[Mono-dev] Mono 2.0 defeat story...
Hi, A week ago, i tried to upgrade my mono server from 1.2.6 to the new 2.0 mono version. Bad idea... We use a custom CMS written in C#, it use to work well with 1.2.6 version. We had test mono 2.0 on our beta platform since a month and we had no big problems... But on production servers, the environnment is often different (multi-processor systems, much more users...). I was confident with mono 2.0 as it was supposed to be well tested by novell... The upgrade was really a pain, because we have found at least two bugs in mono : https://bugzilla.novell.com/show_bug.cgi?id=433908 https://bugzilla.novell.com/show_bug.cgi?id=434305 These bugs prevent our CMS app to run correctly on mono... In addition to these bugs we experienced a big memory leak with our mod-mono-server (it use to take ~60Mb (RSS) with mono 1.2.6, with mono 2.0 it was growing up to 3Go). So this week end we had some out of memory crash... In addition to this memory leak, the website was slowing down... When i start the mod-mono-server process, the web site speed is good (~900ms/req) and it was getting worse and worse as time... (15s/req) This morning i downgrade to 1.9.1 in hope that it would solve my problems... it solves the two first bugs problems (#433908, #434305); but not my memory leak problem So the last thing to do was to revert to the good one 1.2.6... and my speed and memory problems went away!!! I hope we could upgrade to mono 2.0 when it becomes more stable! I'm ready to help mono guys to trac these problems. best wishes Hubert FONGARNAND FIDUCIAL PS: we already run 1.9.1 on our intranet without any memory leaks problems, but we don't use our CMS PS : we run in a load balancing environnement, i've downgraded on only one server... and keep the other one offline in mono 2.0 to do some tests... _ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] mono SEGFAULT problem
Hi, everibody Since about a week, my SMTP Server (which is in C#/mono) crashes about 1 time /day... It's a multithreaded program that work on an RHEL4 server with 3 double-core processor and 16Gio RAM. The segfaults appears randomly... and i cannot reproduce the bug on my devs and beta machine. My program doesn't call any C library, so the crash seems to be on mono itself I'm running mono 1.9.1 (it crashes too with mono 1.2.6) without gdb it crashes with: Stacktrace: Native stacktrace: mono [0x8152f80] mono [0x807819a] /lib/tls/libpthread.so.0 [0x6b2890] mono [0x813bc94] mono [0x80bd5c1] mono [0x80bdd0a] mono [0x8102656] mono [0x8116769] /lib/tls/libpthread.so.0 [0x6ac371] /lib/tls/libc.so.6(__clone+0x5e) [0x535ffe] Debug info from gdb: = 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. = Aborted I've run my program with Gdb [New Thread 66501552 (LWP 7705)] [Thread 117857200 (LWP 7700) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 19356592 (LWP 4481)] mono_debugger_thread_cleanup (jit_tls=0x85ba670) at debug-mini.c:802 802 if (info-jit_tls != jit_tls) (gdb) bt #0 mono_debugger_thread_cleanup (jit_tls=0x85ba670) at debug-mini.c:802 #1 0x08148794 in mini_thread_cleanup (thread=0xb6f5ce70) at mini.c:9670 #2 0x080c4860 in thread_cleanup (thread=0xb6f5ce70) at threads.c:509 #3 0x080c4fc1 in start_wrapper (data=0xb66a7fa0) at threads.c:605 #4 0x0810d09e in thread_start_routine (args=0xb78a4938) at threads.c:282 #5 0x08121b19 in GC_start_routine (arg=0xb65aa9a0) at pthread_support.c:1369 #6 0x006ac371 in start_thread () from /lib/tls/libpthread.so.0 #7 0x00535ffe in clone () from /lib/tls/libc.so.6 (gdb) q The program is running. Exit anyway? (y or n) y [EMAIL PROTECTED] Server]# Could someone help me please It seems this is a GC issue _ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono 1.2.6.1 review (bugs and conclusion)
Hi, We are using Mono 1.2.6.1 on our production servers since January 2008. It powered an ASP.NET 1.1 distributed intranet, and an extranet Web Site (www.fiducial.biz) with more than 4000 people working on it everydays. I think it's time to do a summary of problems encountered with this version : Good points : - We get rid of any ASP.NET (1.1) rendering problems... - congratulation to the ASP.NET team - We get rid of any Npgsql DB problems - We get rid of any .NET remoting problems Bad points : - We have now two very annoying bugs (very hard to debug them...) - Some performance problems 1. We have more and more problems related to https://bugzilla.novell.com/show_bug.cgi?id=322400 (SOAP Client code) - Now we have more than 80 people / day that received a bad : Server Error in '/CASServer' Application at System.Net.WebConnection.HandleError(WebExceptionStatus st, System.Exception e, System.String where) at System.Net.WebConnection.ReadDone(IAsyncResult result) at System.Net.Sockets.Socket+SocketAsyncResult.Complete() at System.Net.Sockets.Socket+Worker.Receive() at System.MulticastDelegate.invoke_void() Description: Error processing request. Error Message: HTTP 500. System.Exception: at System.Net.WebConnection.HandleError(WebExceptionStatus st, System.Exception e, System.String where) at System.Net.WebConnection.ReadDone(IAsyncResult result) at System.Net.Sockets.Socket+SocketAsyncResult.Complete() at System.Net.Sockets.Socket+Worker.Receive() at System.MulticastDelegate.invoke_void() Stack Trace: System.Exception:at System.Net.WebConnection.HandleError(WebExceptionStatus st, System.Exception e, System.String where) at System.Net.WebConnection.ReadDone(IAsyncResult result) at System.Net.Sockets.Socket+SocketAsyncResult.Complete() at System.Net.Sockets.Socket+Worker.Receive() at System.MulticastDelegate.invoke_void() at System.Net.WebConnection.HandleError (WebExceptionStatus st, System.Exception e, System.String where) [0x0] The complete exception is here: System.Net.WebException: Error getting response stream (ReadDone2): ReceiveFailure --- System.Exception: at System.Net.WebConnection.HandleError(WebExceptionStatus st, System.Exception e, System.String where) at System.Net.WebConnection.ReadDone(IAsyncResult result) at System.Net.Sockets.Socket+SocketAsyncResult.Complete() at System.Net.Sockets.Socket+Worker.Receive() at System.MulticastDelegate.invoke_void() at System.Net.WebConnection.HandleError (WebExceptionStatus st, System.Exception e, System.String where) [0x0] --- End of inner exception stack trace --- at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) [0x0] at System.Net.HttpWebRequest.GetResponse () [0x0] at System.Web.Services.Protocols.WebClientProtocol.GetWebResponse (System.Net.WebRequest request) [0x0] When they try to open a web page. (our ASP.NET web pages does a web service request for authentication purpose) - I don't know how to debug this error, because it's very hard to reproduce! but it happens 1/200 request on our productions servers I hope that someone (in the mono team) could help me to get rid to that! I've found no workaround at all for this! 2. Handles leak problems : This is a recurrent problems with mono. I ever talk about my problem on : http://lists.ximian.com/pipermail/mono-devel-list/2008-February/026981.html and on http://lists.ximian.com/pipermail/mono-devel-list/2008-February/027015.html Today i've a workaround (bad) - I've isolated MONO_SHARED_DIR for each ASP.NET application (now i've 4096 handles by apps) - a zabbix server (monitoring) send a request on an aspx web page that does a GC.Collect(); for each ASP.NET application- this works well handles doesn't leak anymore 3. Performance problems These problems are not blocking for us just annoying... see : https://bugzilla.novell.com/show_bug.cgi?id=342190 (with sharpZipLib) https://bugzilla.novell.com/show_bug.cgi?id=357947 (System.Data) 3. Conclusion Mono is a great product. We use it in a professional server environement, coupled with postgreSQL it works/scales well. I hope we could continue to work with you for many time... and find a way to fix remaining bugs ( 2 at least... for us). If you want more details and help for fixing this, i'm available... Thanks for all Hubert FONGARNAND Fiducial _ Ce message et les eventuels documents joints peuvent contenir des informations confidentielles. Au cas ou il ne vous serait pas destine, nous vous remercions de bien vouloir le supprimer et en aviser immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'etant
Re: [Mono-dev] Wapi handle leaks problems
As a workaround i've set a MONO_SHARED_DIR for each mod-mono-server... and now i can monitor each web applications... here's some graphs... Our SearchDoc application, probably the most used (during the day) see chart.php.png In comparison : NotesNat (Use by only a few people) see chart1.php.png ReportManager (almost never used...) see chart2.php.png strange isn'it ? _ Ce message et les eventuels documents joints peuvent contenir des informations confidentielles. Au cas ou il ne vous serait pas destine, nous vous remercions de bien vouloir le supprimer et en aviser immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'etant pas securisees, l'integrite de ce message n'est pas assuree et la societe emettrice ne peut etre tenue pour responsable de son contenu. attachment: chart.php.pngattachment: chart2.php.pngattachment: chart3.php.png___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Wapi handle leaks problems
Le jeudi 21 février 2008 à 10:52 +0100, Robert Jordan a écrit : Hubert FONGARNAND wrote: Le mercredi 20 février 2008 à 20:43 +, Dick Porter a écrit : On Wed, 2008-02-20 at 09:51 +0100, Hubert FONGARNAND wrote: - don't you thing that a 4096 limit for WAPI handles is too small for big production servers? (on windows the number of handles is often 6000)? The shared memory part of io-layer is currently being rewritten to avoid the hard-coded limit (amongst other issues.) There is no timetable yet for its completion. This is a great news... But for now our servers crashes each night... It could be good to track why the number of Handles grows on ASP.NET when there's no activity Is your application using timers? Or the managed file system watcher? Maybe one of those is leaking handles if no GC is performed. I dont use any timers... and nor the managed file system watcher (i've disabled it...) Robert ___ 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] Wapi handle leaks problems
Hi, Threads WAPI handle leaks has always caused problems with ASP.NET and MONO. In the past, there has been many bugs related to this problem... Now, we use mono to power our intranet (more than 4000 users...). I'm monitoring the number of wapi handles using mono --wapi=hps | wc -l During the day, the number of WAPI handles keeps stable. It seems that the GC collect them correctly... but during the night when our intranet is inactive the number of WAPI handles grows... and sometimes reach the limit of 4096... And crashes the mod-mono-server's... Two question : - why the number of WAPI handles grows... when there's no activity on the site (if the ASP.NET application has been very busy during the day... it will grows faster during the night) ? - don't you thing that a 4096 limit for WAPI handles is too small for big production servers? (on windows the number of handles is often 6000)? Thanks for helping me fixing this issue Hubert FONGARNAND I've a workaround: I use my monitoring system to send a request (that do a GC.Collect()) on each ASP.NET apps every 5 minutes Some graphs (without the 5 minutes ping) attachment: chart.php.png___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Wapi handle leaks problems
Le mercredi 20 février 2008 à 20:43 +, Dick Porter a écrit : On Wed, 2008-02-20 at 09:51 +0100, Hubert FONGARNAND wrote: - don't you thing that a 4096 limit for WAPI handles is too small for big production servers? (on windows the number of handles is often 6000)? The shared memory part of io-layer is currently being rewritten to avoid the hard-coded limit (amongst other issues.) There is no timetable yet for its completion. This is a great news... But for now our servers crashes each night... It could be good to track why the number of Handles grows on ASP.NET when there's no activity - 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] Performance problem with System.Data
I think i've catched a huge perf. problem with System.Data https://bugzilla.novell.com/show_bug.cgi?id=357947 _ Ce message et les eventuels documents joints peuvent contenir des informations confidentielles. Au cas ou il ne vous serait pas destine, nous vous remercions de bien vouloir le supprimer et en aviser immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'etant pas securisees, l'integrite de ce message n'est pas assuree et la societe emettrice ne peut etre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] SoapHttpClientProtocol Thread Safety fix.
Hi Arina, I'm experiencing some problems with WebService client with mono : I get some : Error thrown in application CASServer, message is : Error getting response stream (ReadDone2): ReceiveFailure Exception System.Net.WebException: Error getting response stream (ReadDone2): ReceiveFailure --- System.Exception: at System.Net.WebConnection.HandleError () at System.Net.WebConnection.ReadDone () at System.MulticastDelegate.invoke_void_IAsyncResult () at System.Net.Sockets.Socket+SocketAsyncResult.Complete () at System.Net.Sockets.Socket+Worker.Receive () at System.MulticastDelegate.invoke_void () at System.Net.WebConnection.HandleError (WebExceptionStatus st, System.Exception e, System.String where) [0x0] --- End of inner exception stack trace --- at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) [0x0] at System.Net.HttpWebRequest.GetResponse () [0x0] at System.Web.Services.Protocols.WebClientProtocol.GetWebResponse (System.Net.WebRequest request) [0x0] On our production server... but i can't reproduce this specific problem on my dev machine. Does your patch is related to this kind of problem? Had you ever get such problems? Thanks Le jeudi 15 novembre 2007 à 04:56 -0800, Arina Itkes a écrit : Hi all, Please review the attached patch. It contains synchronization fix for the class WebClientAsyncResult and light changes for the class WebClientProtocol that is a base of SoapHttpClientProtocol for thread safety purpose. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list _ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Error getting response stream (ReadDone2): ReceiveFailure
_ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ---BeginMessage--- I've strange error from time to time occuring on an web application that call a webservice. I have no test case yet to reproduce the problem. But does someone have the same problems? is it a known bug? Error thrown in application CASServer, message is : Error getting response stream (ReadDone2): ReceiveFailure Exception System.Net.WebException: Error getting response stream (ReadDone2): ReceiveFailure --- System.Exception: at System.Net.WebConnection.HandleError () at System.Net.WebConnection.ReadDone () at System.MulticastDelegate.invoke_void_IAsyncResult () at System.Net.Sockets.Socket+SocketAsyncResult.Complete () at System.Net.Sockets.Socket+Worker.Receive () at System.MulticastDelegate.invoke_void () at System.Net.WebConnection.HandleError (WebExceptionStatus st, System.Exception e, System.String where) [0x0] --- End of inner exception stack trace --- at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) [0x0] at System.Net.HttpWebRequest.GetResponse () [0x0] at System.Web.Services.Protocols.WebClientProtocol.GetWebResponse (System.Net.WebRequest request) [0x0] Thanks Hubert FONGARNAND ---End Message--- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono, zedgraph and System.Drawing
Hi, I thought that mono implementation of System.Drawing for .NET 1.1 was enough complete... I was wrong... I need to generate some graph for our intranet and i've take a look on ZedGraph which is referenced on the mono website : I try a simple program : private void ZedGraphWeb1_RenderGraph(ZedGraph.Web.ZedGraphWeb webObject, System.Drawing.Graphics g, ZedGraph.MasterPane masterPane) { GraphPane myPane=masterPane[0]; myPane.Title.Text = Nombre d'accès total mensuel; myPane.XAxis.Title.Text = ; myPane.YAxis.Title.Text = ; // Make up some random data points double[] y = { 10, 20, 40,10, 10 }; double[] y2 = { 70, 50, 85, 54, 63 }; string[] str = { Jan 2007, Fev 2007, Mar 2007, Avr 2007, Mai 2007 }; // Add a bar to the graph BarItem myCurve = myPane.AddBar( Curve 1, null, y, Color.White );// Access an image from a file (use your own filename here) // create a brush with the image myCurve.Bar.Fill = new Fill(new Color[]{Color.LightGray,Color.DarkGray}); // turn off the bar border myCurve.Bar.Border.IsVisible = true; myPane.XAxis.Scale.TextLabels = str; myPane.XAxis.Type = AxisType.Text; myPane.Legend.IsVisible = false; // Calculate the Axis Scale Ranges //myPane.AxisChange(); } } First Problem i've to disable myPane.AxisChange() because it crash mono with : [EMAIL PROTECTED] /tmp/TestZDGraph $ xsp --port 8090 xsp Listening on port: 8090 (non-secure) Listening on address: 0.0.0.0 Root directory: /tmp/TestZDGraph Hit Return to stop the server. X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) Major opcode of failed request: 14 (X_GetGeometry) Resource id in failed request: 0x0 Serial number of failed request: 7 Current serial number in output stream: 7 And with myPane.AxisChange(); commented out : Here are the result of dotnet and mono output... MS.NET 1.1 Mono 1.2.5 (and mono 1.2.5 svn) PS : please note that the mono version is unusable because of the Y Axis... Could someone help me Thanks ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. attachment: mono.pngattachment: dotnet.png___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono, zedgraph and System.Drawing
Ok, in fact i must do masterPane.AxisChange( g ); it doesn't crash, but the Y-Axis is still bad. Le jeudi 18 octobre 2007 à 16:53 +0100, Robert Jordan a écrit : Hubert FONGARNAND wrote: First Problem i've to disable myPane.AxisChange() because it crash mono with : [EMAIL PROTECTED] /tmp/TestZDGraph $ xsp --port 8090 xsp Listening on port: 8090 (non-secure) Listening on address: 0.0.0.0 Root directory: /tmp/TestZDGraph Hit Return to stop the server. X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) Major opcode of failed request: 14 (X_GetGeometry) Resource id in failed request: 0x0 Serial number of failed request: 7 Current serial number in output stream: 7 Unsetting your DISPLAY variable might help. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-list] error on viewstate
as i said before... DropDownList are broken on mono 1.2.5 Maybe there will be a backport in mono 1.2.5.1 Le jeudi 20 septembre 2007 à 07:39 +0200, Lorenzo Viola a écrit : Hello, I also get the same error hoping for a fix... which is the right place to post this bug ? best regards Hi All. Sorry for boring :-) I have a problem. In an aspx page, when i click on a button which perform an action, but remains in the same page (for example, in a validation on the server that not pass the test, then appears an message in the validationsummary), and after, click the button a second time, an error occurs //Index is less than 0 or more than or equal to the list count. Parameter name: index 1// Here is the complete stacktrace System.ArgumentOutOfRangeException: Index is less than 0 or more than or equal to the list count. Parameter name: index 1 at System.Collections.ArrayList.get_Item (Int32 index) [0x0] at System.Web.UI.WebControls.ListItemCollection.get_Item (Int32 index) [0x0] at System.Web.UI.WebControls.ListControl.LoadViewState (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Page.LoadPageViewState () [0x0] at System.Web.UI.Page.InternalProcessRequest () [0x0] at System.Web.UI.Page.ProcessRequest (System.Web.HttpContext context) [0x0] Someone to know about this? How can i to fix this? Thanks. Best regards. ___ 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 ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'�tant pas s�curis�es, l'int�grit� de ce message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-list] error on viewstate
No the backport is not complete... as i say here http://lists.ximian.com/pipermail/mono-devel-list/2007-September/024766.html Le jeudi 20 septembre 2007 à 11:48 +0200, Marek Habersack a écrit : On Thu, 20 Sep 2007 09:32:13 +0200, Hubert FONGARNAND [EMAIL PROTECTED] scribbled: Hello, as i said before... DropDownList are broken on mono 1.2.5 Maybe there will be a backport in mono 1.2.5.1 The backport is indeed in 1.2.5.1 regards, marek ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'�tant pas s�curis�es, l'int�grit� de ce message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ask for backport on mono 1.2.5 branch
I've seen some backport this morning on the 1.2.5 branch... I don't understand why this can't be backported too? Hubert Le lundi 03 septembre 2007 à 10:23 +0200, informatique internet a écrit : Ok, now i'm sure that the patch that correct the DropDownList viewstate problem is this one : http://lists.ximian.com/pipermail/mono-patches/2007-July/097650.html +2007-07-26 Vladimir Krasnov vladimirk at mainsoft.com + + * ListItemCollection.cs: fixed LoadViewState, items restored from + viewstate were not saved, fixes bug #82192 + it's r82779 Thanks in advance Le lundi 03 septembre 2007 à 10:07 +0200, informatique internet a écrit : Hi, Ooops after further investigation, it seems that this fix is not enough to fix this problem... I'm investigating to find out the revision number needed Le vendredi 31 août 2007 à 15:51 +0200, Robert Jordan a écrit : Hi, Hubert FONGARNAND wrote: In the actual release, a simple ASP.NET with a ListBox Control don't work, viewstate deserialization problem... This problem as been fixed in the trunk by : 2007-08-30 Igor Zelmanovich [EMAIL PROTECTED] * ListControl.cs: fixed selected items state management. It's r85048: http://lists.ximian.com/pipermail/mono-patches/2007-August/099919.html Robert Could this be backported to the mono 1.2.5 branch? Here's a test case for this problem : Default.aspx: %@ Page Language=C# Inherits=TestViewState.Default % !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html head titleDefault/title /head body form id=form1 runat=server asp:Button id=button1 runat=server / asp:ListBox id=drpSociete runat=server CssClass=TextBox200 Width=200px Visible=True Rows=1/asp:ListBox /form /body /html Default.aspx.cs : // Default.aspx.cs created with MonoDevelop // User: hubert at 15:02 31/08/2007 // // To change standard headers go to Edit-Preferences-Coding-Standard Headers // using System; using System.Web; using System.Web.UI; using System.Web.UI.WebControls; using System.Data; namespace TestViewState { public class Default : Page { protected ListBox drpSociete; protected override void OnLoad(EventArgs e) { if (!IsPostBack){ drpSociete.Items.Add(bouh); drpSociete.Items.Add(bah); } } } } Click two times on the button and you'll obtain : Server Error in '/' Application Index is less than 0 or more than or equal to the list count. Parameter name: index 0 Description: Error processing request. Error Message: HTTP 500. System.ArgumentOutOfRangeException: Index is less than 0 or more than or equal to the list count. Parameter name: index 0 Stack Trace: System.ArgumentOutOfRangeException: Index is less than 0 or more than or equal to the list count. Parameter name: index 0 at System.Collections.ArrayList.get_Item (Int32 index) [0x0] at System.Web.UI.WebControls.ListItemCollection.get_Item (Int32 index) [0x0] at System.Web.UI.WebControls.ListControl.LoadViewState (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Page.LoadPageViewState () [0x0] at System.Web.UI.Page.InternalProcessRequest () [0x0] at System.Web.UI.Page.ProcessRequest (System.Web.HttpContext context) [0x0] Thanks in advance! ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas
[Mono-dev] WARNING : Memory leak with ASP.NET on mono 1.2.5
Hello, I've updated my production environment to mono 1.2.5 branch yesterday. As i'm monitoring memory usage on ASP.NET servers, i've seen this : It seems that all mod-mono-server process takes +4kb of memory by second... I'll send an animated screenshot of htop... I think i'll downgrade to mono 1.2.4, it was very stable... (as you can see before 12/09/07) I'll try to report the problem better after more investigation! Thanks ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. attachment: chart.php.png___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] WARNING : Memory leak with ASP.NET on mono 1.2.5
Here's a video screenshot of htop of growing memory usage by mod-mono-server process... http://dl.free.fr/aNKiwbO30/test-.mpeg Le jeudi 13 septembre 2007 à 14:44 +0200, informatique internet a écrit : pièce jointe message de courriel Message transféré Sujet: Date: Thu, 13 Sep 2007 14:54:24 +0200 Hello, I've updated my production environment to mono 1.2.5 branch yesterday. As i'm monitoring memory usage on ASP.NET servers, i've seen this : It seems that all mod-mono-server process takes +4kb of memory by second... I'll send an animated screenshot of htop... I think i'll downgrade to mono 1.2.4, it was very stable... (as you can see before 12/09/07) I'll try to report the problem better after more investigation! Thanks ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas o╈ il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser imm㝸diatement l'expditeur. Toute utilisation de ce message non conforme 棥 sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'tant pas s?curises, l'int䣺grit de ce message n'est pas assur쑑e et la socit齧 mettrice ne peut 祬tre tenue pour responsable de son contenu. ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'�tant pas s�curis�es, l'int�grit� de ce message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Response.BufferOutput behaviour under apache/mod_mono
Hello I've a sample test case which show the correct behaviour of Response.BufferOutput=false... public class pagetest : Page { protected System.Web.UI.WebControls.TextBox textBox1; protected override void OnLoad(EventArgs e) { Response.Clear(); Response.BufferOutput=false; for (int i=0;i100;i++) { Response.Write(i.ToString()); Response.Write(br); System.Threading.Thread.Sleep(100); } Response.End(); } } With xsp, my firefox show a number each 100ms... When using apache/mod_mono, I only received the whole page when it's done... So it seems that Response.BufferOutput is ignored... It's the same if i add Response.Flush(); after Response.Write()... This behaviour can cause problems if you have to send information in realtime (some component like progressbar use this feature to run) Is it a bug or a feature? :) should i open a bugzilla entry for this? Thanks for help ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ask for backport on mono 1.2.5 branch
Le vendredi 31 août 2007 à 17:00 +0200, Miguel de Icaza a écrit : Hello, In the actual release, a simple ASP.NET with a ListBox Control don't work, viewstate deserialization problem... sigh.We made tons of preview releases to get people a chance to check stuff against 1.2.5. We have been doing them for more than a month now. Our largest release cycle. Miguel. Hello I understand, but most of our team was on holydays during this period... (i think you should not choose holydays period for testing period...) Thanks for the backport, i promise that i'll check preview release next time! Hubert This problem as been fixed in the trunk by : 2007-08-30 Igor Zelmanovich [EMAIL PROTECTED] * ListControl.cs: fixed selected items state management. Could this be backported to the mono 1.2.5 branch? Here's a test case for this problem : Default.aspx: %@ Page Language=C# Inherits=TestViewState.Default % !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html head titleDefault/title /head body form id=form1 runat=server asp:Button id=button1 runat=server / asp:ListBox id=drpSociete runat=server CssClass=TextBox200 Width=200px Visible=True Rows=1/asp:ListBox /form /body /html Default.aspx.cs : // Default.aspx.cs created with MonoDevelop // User: hubert at 15:02 31/08/2007 // // To change standard headers go to Edit-Preferences-Coding-Standard Headers // using System; using System.Web; using System.Web.UI; using System.Web.UI.WebControls; using System.Data; namespace TestViewState { public class Default : Page { protected ListBox drpSociete; protected override void OnLoad(EventArgs e) { if (!IsPostBack){ drpSociete.Items.Add(bouh); drpSociete.Items.Add(bah); } } } } Click two times on the button and you'll obtain : Server Error in '/' Application __ Index is less than 0 or more than or equal to the list count. Parameter name: index 0 Description: Error processing request. Error Message: HTTP 500. System.ArgumentOutOfRangeException: Index is less than 0 or more than or equal to the list count. Parameter name: index 0 Stack Trace: System.ArgumentOutOfRangeException: Index is less than 0 or more than or equal to the list count. Parameter name: index 0 at System.Collections.ArrayList.get_Item (Int32 index) [0x0] at System.Web.UI.WebControls.ListItemCollection.get_Item (Int32 index) [0x0] at System.Web.UI.WebControls.ListControl.LoadViewState (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Page.LoadPageViewState () [0x0] at System.Web.UI.Page.InternalProcessRequest () [0x0] at System.Web.UI.Page.ProcessRequest (System.Web.HttpContext context) [0x0] Thanks in advance! ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas o il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser immdiatement l'expditeur. Toute utilisation de ce message non conforme sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'tant pas scurises, l'intgrit de ce message n'est pas assure et la socit mettrice ne peut tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'�tant pas s�curis�es, l'int�grit� de ce message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ask for backport on mono 1.2.5 branch
Hi, Ooops after further investigation, it seems that this fix is not enough to fix this problem... I'm investigating to find out the revision number needed Le vendredi 31 août 2007 à 15:51 +0200, Robert Jordan a écrit : Hi, Hubert FONGARNAND wrote: In the actual release, a simple ASP.NET with a ListBox Control don't work, viewstate deserialization problem... This problem as been fixed in the trunk by : 2007-08-30 Igor Zelmanovich [EMAIL PROTECTED] * ListControl.cs: fixed selected items state management. It's r85048: http://lists.ximian.com/pipermail/mono-patches/2007-August/099919.html Robert Could this be backported to the mono 1.2.5 branch? Here's a test case for this problem : Default.aspx: %@ Page Language=C# Inherits=TestViewState.Default % !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html head titleDefault/title /head body form id=form1 runat=server asp:Button id=button1 runat=server / asp:ListBox id=drpSociete runat=server CssClass=TextBox200 Width=200px Visible=True Rows=1/asp:ListBox /form /body /html Default.aspx.cs : // Default.aspx.cs created with MonoDevelop // User: hubert at 15:02 31/08/2007 // // To change standard headers go to Edit-Preferences-Coding-Standard Headers // using System; using System.Web; using System.Web.UI; using System.Web.UI.WebControls; using System.Data; namespace TestViewState { public class Default : Page { protected ListBox drpSociete; protected override void OnLoad(EventArgs e) { if (!IsPostBack){ drpSociete.Items.Add(bouh); drpSociete.Items.Add(bah); } } } } Click two times on the button and you'll obtain : Server Error in '/' Application Index is less than 0 or more than or equal to the list count. Parameter name: index 0 Description: Error processing request. Error Message: HTTP 500. System.ArgumentOutOfRangeException: Index is less than 0 or more than or equal to the list count. Parameter name: index 0 Stack Trace: System.ArgumentOutOfRangeException: Index is less than 0 or more than or equal to the list count. Parameter name: index 0 at System.Collections.ArrayList.get_Item (Int32 index) [0x0] at System.Web.UI.WebControls.ListItemCollection.get_Item (Int32 index) [0x0] at System.Web.UI.WebControls.ListControl.LoadViewState (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Control.LoadViewStateRecursive (System.Object savedState) [0x0] at System.Web.UI.Page.LoadPageViewState () [0x0] at System.Web.UI.Page.InternalProcessRequest () [0x0] at System.Web.UI.Page.ProcessRequest (System.Web.HttpContext context) [0x0] Thanks in advance! ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ 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 ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou
[Mono-dev] Log4net RemotingAppender is not working with mono
with the RemotingAppender you could log to a centralized remoting server... It fails with : Cannot create channel sink to connect to URL it works with MS.NET 1.1 http://bugzilla.ximian.com/show_bug.cgi?id=81811 If you take a look at : http://www.nabble.com/-jira--Created:-(LOG4NET-114)-Unit-tests-only-support-.NET-1.0-t3255315.html log4net didn't pass the tests with mono especially with remotingappender, it could be great to fix this issue, because log4net is widely used in the .NET world! Thanks Hubert FONGARNAND ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono RHEL5
I'm looking for mono RPM for Red Enterprise Linux 5... I didn't find this on the mono website... It could be great to have RPM for RHEL5? I'm trying to compile mono myself on this platform... ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Debugger on Windows
Yes i agree, mono debugger IS NOT READY on linux... Example i want to debug a simple app (without thread) (it just use log4net) [EMAIL PROTECTED] ~/Projects/SynchroPassPremium/SendToFT/bin/Debug $ mdb ./SendToFT.exe Mono Debugger (mdb) r Starting program: ./SendToFT.exe Cannot load symbol file `/home/hubert/Projects/SynchroPassPremium/SendToFT/bin/Debug/log4net.dll.mdb': Could not find file /home/hubert/Projects/SynchroPassPremium/SendToFT/bin/Debug/log4net.dll.mdb. EXCEPTION: System.ArgumentException: Cannot compare addresses from different domains AddressDomain (0:) and AddressDomain (0:global) at Mono.Debugger.TargetAddress.check_domains (TargetAddress a, TargetAddress b) [0x0001e] in /home/hubert/mono/debugger/interface/TargetAddress.cs:95 at Mono.Debugger.TargetAddress.op_Equality (TargetAddress a, TargetAddress b) [0x0] in /home/hubert/mono/debugger/interface/TargetAddress.cs:146 at Mono.Debugger.Backends.SingleSteppingEngine.throw_exception (TargetAddress stack, TargetAddress exc, TargetAddress ip) [0x00031] in /home/hubert/mono/debugger/backend/SingleSteppingEngine.cs:920 at Mono.Debugger.Backends.SingleSteppingEngine.ProcessChildEvent (Mono.Debugger.Backends.ChildEvent cevent) [0x000c1] in /home/hubert/mono/debugger/backend/SingleSteppingEngine.cs:252 at Mono.Debugger.Backends.SingleSteppingEngine.ProcessEvent (Int32 status) [0x00295] in /home/hubert/mono/debugger/backend/SingleSteppingEngine.cs:214 at (wrapper remoting-invoke-with-check) Mono.Debugger.Backends.SingleSteppingEngine:ProcessEvent (int) at Mono.Debugger.Backends.ThreadManager.engine_thread_main () [0x000ce] in /home/hubert/mono/debugger/backend/ThreadManager.cs:310 Prout! Le jeudi 10 mai 2007 à 17:38 +0200, pablosantosluac a écrit : Ok, then I misunderstood a message I receive this morning telling something about the debugger being unable to handle a simple app... - Original Message - From: Andrés G. Aragoneses [ knocte ] [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Thursday, May 10, 2007 5:28 PM Subject: Re: [Mono-dev] Debugger on Windows pablosantosluac escribió: Hi folks, Well, IMHO what we all DO need is a decent debugger on Linux. If I just had a debugger I would start developing with MonoDevelop today on Linux, and I guess most people would do the same Then we would be all day testing MonoDevelop, the compiler, the debugger and so on and so on... And this IS GOOD for Mono, much better than having some sort of replacement on Windows. By the way porting an app to Linux will take some effort, ok, but what Mono gives is a real opportunity to do it and still develop with C#, the framework and so on... which is great! C# and the entire framework is IMHO the best development platform ever... let's have it on Linux with the only big piece is missing... a debugger!! I agree having it on Windows would help, but please... first on Linux! AFAIK the Debugger is ready on Linux. What is lacking is updating the Debugger Addin for MonoDevelop, which is the target of a SoC2007 project IIRC. Then, I agree that having the debugger on Windows would be important, thus not having to drop the Debugger Addin for an hypothetic MD installer for Windows. Regards, Andrés [ knocte ] ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'�tant pas s�curis�es, l'int�grit� de ce message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Debugger
Usable? I'm using the debugger from svn and when i try to debug a simple app (without thread... or something like that) i get : mdb ./bin/Debug/SendToFT.exe -r Mono Debugger (mdb) r Starting program: ./bin/Debug/SendToFT.exe Cannot load symbol file `/home/hubert/Projects/SynchroPassPremium/SendToFT/bin/Debug/log4net.dll.mdb': Could not find file /home/hubert/Projects/SynchroPassPremium/SendToFT/bin/Debug/log4net.dll.mdb. EXCEPTION: System.ArgumentException: Cannot compare addresses from different domains AddressDomain (0:) and AddressDomain (0:global) at Mono.Debugger.TargetAddress.check_domains (TargetAddress a, TargetAddress b) [0x0001e] in /home/hubert/mono/debugger/interface/TargetAddress.cs:95 at Mono.Debugger.TargetAddress.op_Equality (TargetAddress a, TargetAddress b) [0x0] in /home/hubert/mono/debugger/interface/TargetAddress.cs:146 at Mono.Debugger.Backends.SingleSteppingEngine.throw_exception (TargetAddress stack, TargetAddress exc, TargetAddress ip) [0x00031] in /home/hubert/mono/debugger/backend/SingleSteppingEngine.cs:920 at Mono.Debugger.Backends.SingleSteppingEngine.ProcessChildEvent (Mono.Debugger.Backends.ChildEvent cevent) [0x000c1] in /home/hubert/mono/debugger/backend/SingleSteppingEngine.cs:252 at Mono.Debugger.Backends.SingleSteppingEngine.ProcessEvent (Int32 status) [0x00295] in /home/hubert/mono/debugger/backend/SingleSteppingEngine.cs:214 at (wrapper remoting-invoke-with-check) Mono.Debugger.Backends.SingleSteppingEngine:ProcessEvent (int) at Mono.Debugger.Backends.ThreadManager.engine_thread_main () [0x000ce] in /home/hubert/mono/debugger/backend/ThreadManager.cs:310 The only lib i use is log4net... Le mardi 08 mai 2007 à 01:54 -0400, Miguel de Icaza a écrit : Hey, I installed Mono with the Linux installer for x86 (ftp://www.go-mono.com/archive/1.2.3.1/linux-installer/2/mono-1.2.3.1_2- installer.bin), and mdb seems to be included there. What's this then? Ah, nice. I just do not think we have made any official releases recently. Harald -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Miguel de Icaza Sent: Sonntag, 06. Mai 2007 16:45 To: pablosantosluac Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Debugger Hello, Is it installed with the latest prerelease? I will try it asap. It is only available from the debugger module on SVN. Miguel - Original Message - From: Miguel de Icaza [EMAIL PROTECTED] To: pablosantosluac [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com Sent: Sunday, May 06, 2007 6:33 AM Subject: Re: [Mono-dev] Debugger Hello, What is the debugger current status? It is working, and we hope that people test it with real code, send us feedback and help us improve it. We have reached the point where we think it is usable, but the only way of knowing if it is, is if people give us feedback. Miguel. Pablo ___ 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-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'�tant pas s�curis�es, l'int�grit� de ce message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problem with Request.Browser.MSDomVersion and Firefox
try this aspx with firefox %@ Page Language=C# % Head script language=CS runat=server void Page_Load(object sender, System.EventArgs e) { Console.WriteLine(Request.Browser.W3CDomVersion); Console.WriteLine(Request.Browser.MSDomVersion); } /script /Head and you'll get Argument cannot be null. Parameter name: browscaps.ini does not contain a definition for capability msdomversion for userAgent Mozilla Description: Error processing request. Error Message: HTTP 500. System.ArgumentNullException: Argument cannot be null. Parameter name: browscaps.ini does not contain a definition for capability msdomversion for userAgent Mozilla Stack Trace: System.ArgumentNullException: Argument cannot be null. Parameter name: browscaps.ini does not contain a definition for capability msdomversion for userAgent Mozilla at System.Web.HttpBrowserCapabilities.ReadVersion (System.String key) [0x0] at System.Web.HttpBrowserCapabilities.get_MSDomVersion () [0x0] at MetaBuilders.WebControls.ClientScriptUtil.get_RenderUplevel () [0x0] at MetaBuilders.WebControls.ConfirmedLinkButton.OnPreRender (System.EventArgs e) [0x0] at System.Web.UI.Control.PreRenderRecursiveInternal () [0x0] at System.Web.UI.Control.PreRenderRecursiveInternal () [0x0] at System.Web.UI.Control.PreRenderRecursiveInternal () [0x0] at System.Web.UI.Control.PreRenderRecursiveInternal () [0x0] at System.Web.UI.Control.PreRenderRecursiveInternal () [0x0] at System.Web.UI.Control.PreRenderRecursiveInternal () [0x0] at System.Web.UI.Control.PreRenderRecursiveInternal () [0x0] at System.Web.UI.Control.PreRenderRecursiveInternal () [0x0] at System.Web.UI.Control.PreRenderRecursiveInternal () [0x0] at System.Web.UI.Control.PreRenderRecursiveInternal () [0x0] at System.Web.UI.Control.PreRenderRecursiveInternal () [0x0] at System.Web.UI.Page.InternalProcessRequest () [0x0] at System.Web.UI.Page.ProcessRequest (System.Web.HttpContext context) [0x0] It use to work well with mono 1.2.3 The problem is that we have an external asp.net component using this property... This should'nt crash... ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Semaphores problem with latest mono 1.2.4 svn...
Ok the problem appear when i use mono-service... i'm investigating on this issue... Le lundi 23 avril 2007 à 14:46 +0200, Hubert FONGARNAND a écrit : I've tried to upgrade my beta server with mono 1.2.4 from svn from 1.2.3.50 I launch my mod_mono_servers and i get semaphore errors problem... When i launch webpage (or when i launch xsp) I never had such problems before... was passiert??? Sincerely Hubert FONGARNAND [EMAIL PROTECTED] CASServer]$ xsp ** ERROR **: shm_semaphores_init: semget error: Aucun espace disponible sur le périphérique. Try deleting some semaphores with ipcs and ipcrm or increase the maximum number of semaphore in the system. aborting... Stacktrace: Native stacktrace: /usr/bin/mono [0x8154055] [0xe440] /lib/tls/libc.so.6(abort+0xe9) [0x2c1199] /usr/lib/libglib-2.0.so.0(g_log+0) [0x5ffebe] /usr/lib/libglib-2.0.so.0(g_log+0x32) [0x5ffef0] /usr/bin/mono [0x8106a2c] /usr/bin/mono [0x80fffae] /usr/bin/mono(mono_once+0xdc) [0x80f6068] /usr/bin/mono [0x8100594] /usr/bin/mono [0x80fb9c8] /usr/bin/mono [0x80defbc] /usr/bin/mono(mono_runtime_init+0x21) [0x80b262d] /usr/bin/mono [0x8140eaa] /usr/bin/mono(mono_main+0x2a3) [0x8058293] /usr/bin/mono [0x8057ba7] /lib/tls/libc.so.6(__libc_start_main+0xd3) [0x2ace23] /usr/bin/mono [0x8057b09] Debug info from gdb: = Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Abandon [EMAIL PROTECTED] CASServer]$ ipcs -- Segment de mémoire partagé clé shmid propriétaire perms octets nattch états 0x 65536 hubert600393216 2 dest 0x 98305 hubert600196608 2 dest 0x 131074 hubert600393216 2 dest 0x 163843 hubert600196608 2 dest 0x 196612 hubert600393216 2 dest 0x 229381 hubert600393216 2 dest 0x 262150 hubert600393216 2 dest 0x 294919 hubert600393216 2 dest 0x 327688 hubert600393216 2 dest 0x 360457 hubert600393216 2 dest 0x 393226 hubert600196608 2 dest 0x 425995 hubert600393216 2 dest 0x 458764 hubert600393216 2 dest 0x 491533 hubert600196608 2 dest 0x 557070 hubert600393216 2 dest -- Tableaux de sémaphores clé semid propriétaire perms nsems 0x4d00184c 0 hubert6008 0x4d00184d 65537 hubert6008 0x 819202 hubert6001 0x 851971 hubert6001 0x4d00185d 884740 hubert6008 0x4d00184e 196613 hubert6008 0x4d00184f 229382 hubert6008 0x4d001850 262151 hubert6008 0x4d001851 294920 hubert6008 0x4d001852 327689 hubert6008 0x4d001853 360458 hubert6008 0x4d001854 393227 hubert6008 0x4d001855 425996 hubert6008 0x4d001856 458765 hubert6008 0x4d001857 491534 hubert6008 0x4d001858 524303 hubert6008 0x4d001859 557072 hubert6008 0x4d00185a 589841 hubert6008 0x4d00185b 622610 hubert6008 0x4d00185c 655379 hubert6008 0x4d00185e 917524 hubert6008 0x4d00185f 950293 hubert6008 0x4d001860 983062 hubert6008 0x4d001861 1015831hubert6008 0x4d001862 1048600hubert6008 0x4d001863 1081369hubert6008 0x4d001864 1114138hubert6008 0x4d001865 1146907hubert6008 0x4d001866 1179676hubert6008 0x4d001867 1212445hubert6008 0x4d001868 1245214hubert6008 0x4d001869 1277983hubert6008 0x4d00186a 1310752hubert6008 0x4d00186b 1343521hubert6008 0x4d00186c 1376290hubert6008 0x4d00186d 1409059hubert6008 0x4d00186e 1441828hubert6008 0x4d00186f 1474597hubert6008 0x4d001870 1507366hubert6008 0x4d001871 1540135hubert6008 0x4d001872 1572904hubert600
[Mono-dev] Semaphores problem with latest mono 1.2.4 svn...
I've tried to upgrade my beta server with mono 1.2.4 from svn from 1.2.3.50 I launch my mod_mono_servers and i get semaphore errors problem... When i launch webpage (or when i launch xsp) I never had such problems before... was passiert??? Sincerely Hubert FONGARNAND [EMAIL PROTECTED] CASServer]$ xsp ** ERROR **: shm_semaphores_init: semget error: Aucun espace disponible sur le périphérique. Try deleting some semaphores with ipcs and ipcrm or increase the maximum number of semaphore in the system. aborting... Stacktrace: Native stacktrace: /usr/bin/mono [0x8154055] [0xe440] /lib/tls/libc.so.6(abort+0xe9) [0x2c1199] /usr/lib/libglib-2.0.so.0(g_log+0) [0x5ffebe] /usr/lib/libglib-2.0.so.0(g_log+0x32) [0x5ffef0] /usr/bin/mono [0x8106a2c] /usr/bin/mono [0x80fffae] /usr/bin/mono(mono_once+0xdc) [0x80f6068] /usr/bin/mono [0x8100594] /usr/bin/mono [0x80fb9c8] /usr/bin/mono [0x80defbc] /usr/bin/mono(mono_runtime_init+0x21) [0x80b262d] /usr/bin/mono [0x8140eaa] /usr/bin/mono(mono_main+0x2a3) [0x8058293] /usr/bin/mono [0x8057ba7] /lib/tls/libc.so.6(__libc_start_main+0xd3) [0x2ace23] /usr/bin/mono [0x8057b09] Debug info from gdb: = Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Abandon [EMAIL PROTECTED] CASServer]$ ipcs -- Segment de mémoire partagé clé shmid propriétaire perms octets nattch états 0x 65536 hubert600393216 2 dest 0x 98305 hubert600196608 2 dest 0x 131074 hubert600393216 2 dest 0x 163843 hubert600196608 2 dest 0x 196612 hubert600393216 2 dest 0x 229381 hubert600393216 2 dest 0x 262150 hubert600393216 2 dest 0x 294919 hubert600393216 2 dest 0x 327688 hubert600393216 2 dest 0x 360457 hubert600393216 2 dest 0x 393226 hubert600196608 2 dest 0x 425995 hubert600393216 2 dest 0x 458764 hubert600393216 2 dest 0x 491533 hubert600196608 2 dest 0x 557070 hubert600393216 2 dest -- Tableaux de sémaphores clé semid propriétaire perms nsems 0x4d00184c 0 hubert6008 0x4d00184d 65537 hubert6008 0x 819202 hubert6001 0x 851971 hubert6001 0x4d00185d 884740 hubert6008 0x4d00184e 196613 hubert6008 0x4d00184f 229382 hubert6008 0x4d001850 262151 hubert6008 0x4d001851 294920 hubert6008 0x4d001852 327689 hubert6008 0x4d001853 360458 hubert6008 0x4d001854 393227 hubert6008 0x4d001855 425996 hubert6008 0x4d001856 458765 hubert6008 0x4d001857 491534 hubert6008 0x4d001858 524303 hubert6008 0x4d001859 557072 hubert6008 0x4d00185a 589841 hubert6008 0x4d00185b 622610 hubert6008 0x4d00185c 655379 hubert6008 0x4d00185e 917524 hubert6008 0x4d00185f 950293 hubert6008 0x4d001860 983062 hubert6008 0x4d001861 1015831hubert6008 0x4d001862 1048600hubert6008 0x4d001863 1081369hubert6008 0x4d001864 1114138hubert6008 0x4d001865 1146907hubert6008 0x4d001866 1179676hubert6008 0x4d001867 1212445hubert6008 0x4d001868 1245214hubert6008 0x4d001869 1277983hubert6008 0x4d00186a 1310752hubert6008 0x4d00186b 1343521hubert6008 0x4d00186c 1376290hubert6008 0x4d00186d 1409059hubert6008 0x4d00186e 1441828hubert6008 0x4d00186f 1474597hubert6008 0x4d001870 1507366hubert6008 0x4d001871 1540135hubert6008 0x4d001872 1572904hubert6008 0x4d001873 1605673hubert6008 0x4d001874 1638442hubert6008 0x4d001875 1671211hubert6008 0x4d001876 1703980hubert6008 0x4d001877 1736749hubert6008 0x4d001878 1769518hubert600
Re: [Mono-dev] Mono 1.2.4, preparation rituals.
I think you shouldn't release an 1.2.4, because this need to be fixed : http://bugzilla.ximian.com/show_bug.cgi?id=81385 I think Lazy loading of server variable isn't stable enough... Sincerely Hubert FONGARNAND Le mardi 17 avril 2007 à 22:00 -0400, Miguel de Icaza a écrit : Hello, I would like to prepare a release, I think that we should branch the tree on Thursday, hopefully that gives us time to do a first pass at tarballs and packages. As usual, please send me highlights that you believe should go into the release notes for Mono 1.2.4. We then do a week of testing on these packages, do fixes and backports of fixes of anything that we regressed during this week and issue a final 1.2.4 on April 27th or so. Thomas is joining us this week, so things might start to look different as he starts to take over our QA role. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'�tant pas s�curis�es, l'int�grit� de ce message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Cannot compile mono debugger
I'm on gentoo and i've seen tha asm/user.h isn't exported anymore to userspace... see : http://lkml.org/lkml/2007/1/5/1 if /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -pthread -I/usr/lib/pkgconfig/../../include/mono-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_GNU_SOURCE -MT library.lo -MD -MP -MF .deps/library.Tpo -c -o library.lo library.c; \ then mv -f .deps/library.Tpo .deps/library.Plo; else rm -f .deps/library.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -pthread -I/usr/lib/pkgconfig/../../include/mono-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_GNU_SOURCE -MT library.lo -MD -MP -MF .deps/library.Tpo -c library.c -fPIC -DPIC -o .libs/library.o gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -pthread -I/usr/lib/pkgconfig/../../include/mono-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_GNU_SOURCE -MT library.lo -MD -MP -MF .deps/library.Tpo -c library.c -o library.o /dev/null 21 if /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -pthread -I/usr/lib/pkgconfig/../../include/mono-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_GNU_SOURCE -MT x86-ptrace.lo -MD -MP -MF .deps/x86-ptrace.Tpo -c -o x86-ptrace.lo x86-ptrace.c; \ then mv -f .deps/x86-ptrace.Tpo .deps/x86-ptrace.Plo; else rm -f .deps/x86-ptrace.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_REENTRANT -pthread -I/usr/lib/pkgconfig/../../include/mono-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_GNU_SOURCE -MT x86-ptrace.lo -MD -MP -MF .deps/x86-ptrace.Tpo -c x86-ptrace.c -fPIC -DPIC -o .libs/x86-ptrace.o In file included from x86-arch.h:41, from x86-linux-ptrace.h:4, from x86-ptrace.c:36: i386-arch.h:10:22: error: asm/user.h: No such file or directory In file included from x86-ptrace.c:36: ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 1.2.4, preparation rituals.
Ok thanks a lot! When will it be available in svn? Le jeudi 19 avril 2007 à 11:13 -0400, Miguel de Icaza a écrit : http://bugzilla.ximian.com/show_bug.cgi?id=81385 I think Lazy loading of server variable isn't stable enough... There is a fix for this now, it will be in 1.2.4 Miguel ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'�tant pas s�curis�es, l'int�grit� de ce message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Read failure with ASP.NET
Hello I've sometimes this error with ASP.NET applications hosted on apache with mod_mono. I've this bug with most of our applications, so i think it's a mono problem I can't reproduce this, doest somebody know what it is? or how to debug this? Thanks Hubert FONGARNAND System.IO.IOException: Read failure Server stack trace: at System.Net.Sockets.NetworkStream.Read (System.Byte[] buffer, Int32 offset, Int32 size) [0x0] at System.IO.BinaryReader.Read (System.Byte[] buffer, Int32 index, Int32 count) [0x0] at Mono.WebServer.ModMonoRequest.GetClientBlock (System.Byte[] bytes, Int32 position, Int32 size) [0x0] at Mono.WebServer.ModMonoWorker.Read (System.Byte[] buffer, Int32 position, Int32 size) [0x0] at Mono.WebServer.BaseRequestBroker.Read (Int32 requestId, Int32 size, System.Byte[] buffer) [0x0] at (wrapper remoting-invoke-with-check) Mono.WebServer.BaseRequestBroker:Read (int,int,byte[]) at (wrapper xdomain-dispatch) Mono.WebServer.BaseRequestBroker:Read (object,byte[],byte[],int,int,byte[]) Exception rethrown at [0]: --- System.Net.Sockets.SocketException: Operation timed out. at System.Net.Sockets.Socket.Receive (System.Byte[] buf, Int32 offset, Int32 size, SocketFlags flags) [0x0] at System.Net.Sockets.NetworkStream.Read (System.Byte[] buffer, Int32 offset, Int32 size) [0x0] --- End of inner exception stack trace --- at (wrapper xdomain-invoke) Mono.WebServer.BaseRequestBroker:Read (int,int,byte[]) at (wrapper remoting-invoke-with-check) Mono.WebServer.BaseRequestBroker:Read (int,int,byte[]) at Mono.WebServer.ModMonoWorkerRequest.ReadEntityBody (System.Byte[] buffer, Int32 size) [0x0] at System.Web.HttpRequest.MakeInputStream () [0x0] at System.Web.HttpRequest.get_InputStream () [0x0] at System.Web.HttpRequest.LoadMultiPart () [0x0] at System.Web.HttpRequest.get_Form () [0x0] at System.Web.HttpRequest.get_Item (System.String key) [0x0] at NotesNat.Global.Global_PreRequestHandlerExecute (System.Object sender, System.EventArgs e) [0x0] at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) at System.Web.HttpApplication+c__CompilerGenerated1.MoveNext () [0x0] ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Patch for browscap.ini
Hi, There's some mistakes with MSIE 7.0 using CLR 2.0 in mono's browscap.ini Here's a patch to fix them, Please review and commit Thanks! ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. Index: data/browscap.ini === --- data/browscap.ini (révision 74666) +++ data/browscap.ini (copie de travail) @@ -14541,6 +14541,7 @@ [Mozilla/4.0 (compatible; MSIE 7.0*;*Win 9x 4.90*.NET CLR 2*)*] parent=IE 7.0 +platform=WinME netclr=True [Mozilla/4.0 (compatible; MSIE 7.0*;*Win32*)*] @@ -14554,6 +14555,7 @@ [Mozilla/4.0 (compatible; MSIE 7.0*;*Win32*.NET CLR 2*)*] parent=IE 7.0 +platform=Win32 netclr=True [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows 95*)*] @@ -14567,6 +14569,7 @@ [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows 95*.NET CLR 2*)*] parent=IE 7.0 +platform=Win95 netclr=True [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows 98*)*] @@ -14589,6 +14592,7 @@ [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows 98; Win 9x 4.90*.NET CLR 2*)*] parent=IE 7.0 +platform=WinME netclr=True [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows NT 4.0*)*] @@ -14602,6 +14606,7 @@ [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows NT 4.0*.NET CLR 2*)*] parent=IE 7.0 +platform=WinNT netclr=True [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows NT 5.0*)*] @@ -14615,6 +14620,7 @@ [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows NT 5.0*.NET CLR 2*)*] parent=IE 7.0 +platform=Win2000 netclr=True [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows NT 5.1*)*] @@ -14629,6 +14635,7 @@ [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows NT 5.1*.NET CLR 2*)*] parent=IE 7.0 netclr=True +platform=WinXP [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows NT 5.2*)*] parent=IE 7.0 @@ -14641,6 +14648,7 @@ [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows NT 5.2*.NET CLR 2*)*] parent=IE 7.0 +platform=Win2003 netclr=True [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows XP*)*] @@ -14654,6 +14662,7 @@ [Mozilla/4.0 (compatible; MSIE 7.0*;*Windows XP*.NET CLR 2*)*] parent=IE 7.0 +platform=WinXP netclr=True ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-Dev] [Patch] System.Web.Services: ensure conformant WebSevice fails to generate its wsdl
Here's my IRC discussion with robert jordan, i hope it could help hubert the problem is... hubert Default service=new Default(); hubert service.Url=http://10.69.100.164:8080/Default.asmx;; hubert service.Method(); hubert this failed hubert and hubert Default service=new Default(); hubert service.Url=http://localhost:8080/Default.asmx;; hubert service.Method(); hubert this works robertj you mean it works on localhost only? hubert no... hubert it works if I use the name... robertj ah hubert service.Url=http://myhostname:8080/Default.asmx;; robertj ok. this is a new change. let me find the commit... hubert but this fail : service.Url=http://myhostname.fidudev.fr:8080/Default.asmx;; hubert the error is here : http://monoport.com/1622 robertj http://lists.ximian.com/pipermail/mono-patches/2007-January/086550.html I will do a bugreport... but i've not many free time... Le jeudi 01 février 2007 à 01:39 +0900, Atsushi Eno a écrit : Hey, It still does not tell much. Any reason he cannot file a bug report with something we can actually run? With the stack trace which starts with System.Net I'm not sure whether it is related to web service changes or not. Atsushi Eno Miguel de Icaza wrote: Hey, This patch from Kosta is not applied yet. What is the details? There is nothing we can do without any information. Ok, so it was not this. Hubert reported this: http://monoport.com/1622 Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'�tant pas s�curis�es, l'int�grit� de ce message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Critical Session Problem with SQLServer Session state mode
with a clear test case attached see : http://bugzilla.ximian.com/show_bug.cgi?id=80617 Thanks! I think it's a big security and fonctionnality problem... ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Strange ASP.NET bug...
Hello! I've reported last week a bug in ASP.NET (1.1 and 2.0) stack : http://bugzilla.ximian.com/show_bug.cgi?id=80506 when you write a simple aspx page... thead element (of a table) are not rendered... This bug is blocker for us... Could someone take a look on this... Thanks! ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Unable to compile mono from svn...
Please check your patch before comitting... MONO_PATH=../../class/lib/default: $MONO_PATH /home/fiducial/applications/mono/mono/runtime/mono-wrapper ../../class/lib/default/mcs.exe /codepage:65001 -d:NET_1_1 -d:ONLY_1_1 -debug /noconfig -unsafe -nowarn:612,618,649 -r:mscorlib.dll -r:System.dll -r:System.Drawing.dll -r:System.Data.dll -r:System.Xml.dll -r:System.EnterpriseServices.dll /resource:resources/WebUIValidation.js -target:library -out:../../class/lib/default/System.Web.dll @System.Web.dll.sources System.Web.Configuration/HandlerFactoryConfiguration.cs(111,23): warning CS0168: The variable `e' is declared but never used System.Web/HttpApplication.cs(617,36): warning CS0168: The variable `ee' is declared but never used System.Web/HttpRuntime.cs(100,4): error CS0103: The name `WebConfigurationManager' does not exist in the context of `System.Web.HttpRuntime' Compilation failed: 1 error(s), 2 warnings ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] MonoDevelop crash after 3mn of use...
I've upgraded mono from svn today and monodevelop crash after 3mn of use... (everytime) Stacktrace: at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) 0x4 at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) 0x at System.Threading.WaitHandle.WaitAny (System.Threading.WaitHandle[],System.TimeSpan,bool) 0x000d3 at System.Threading.RegisteredWaitHandle.Wait (object) 0x00084 at (wrapper delegate-invoke) System.MulticastDelegate.invoke_void_object (object) 0x at (wrapper runtime-invoke) System.Object.runtime_invoke_void_object (object,intptr,intptr,intptr) 0x Native stacktrace: /usr/bin/mono [0x8163bba] /usr/bin/mono [0x812be68] [0xb7f4c440] [0xb52828f7] [0xb528260c] [0xb52823fd] [0xb5282043] [0xb5281fae] /usr/bin/mono(mono_runtime_invoke_array+0x18f) [0x80de83f] /usr/bin/mono [0x80deb6a] /usr/bin/mono [0x80ebda3] /usr/bin/mono [0x80ed180] /usr/bin/mono [0x80b7ba1] /usr/bin/mono [0x8109377] /usr/bin/mono [0x81220a3] /lib/libpthread.so.0 [0xb7e62512] /lib/libc.so.6(__clone+0x5e) [0xb7dd7fce] Debug info from gdb: Using host libthread_db library /lib/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1210984768 (LWP 31981)] [New Thread -1328563296 (LWP 32217)] [New Thread -1330074720 (LWP 32215)] [New Thread -1259070560 (LWP 32161)] [New Thread -1324926048 (LWP 32147)] [New Thread -1306944608 (LWP 32145)] [New Thread -1288803424 (LWP 32144)] [New Thread -1268823136 (LWP 32140)] [New Thread -1267704928 (LWP 32139)] [New Thread -1256965216 (LWP 32134)] [New Thread -1252287584 (LWP 32133)] [New Thread -1255703648 (LWP 32128)] [New Thread -1254585440 (LWP 32126)] [New Thread -1253532768 (LWP 32125)] [New Thread -1221973088 (LWP 31985)] [New Thread -1214796896 (LWP 31984)] 0xb7f4c410 in ?? () 16 Thread -1214796896 (LWP 31984) 0xb7f4c410 in ?? () 15 Thread -1221973088 (LWP 31985) 0xb7f4c410 in ?? () 14 Thread -1253532768 (LWP 32125) 0xb7f4c410 in ?? () 13 Thread -1254585440 (LWP 32126) 0xb7f4c410 in ?? () 12 Thread -1255703648 (LWP 32128) 0xb7f4c410 in ?? () 11 Thread -1252287584 (LWP 32133) 0xb7f4c410 in ?? () 10 Thread -1256965216 (LWP 32134) 0xb7f4c410 in ?? () 9 Thread -1267704928 (LWP 32139) 0xb7f4c410 in ?? () 8 Thread -1268823136 (LWP 32140) 0xb7f4c410 in ?? () 7 Thread -1288803424 (LWP 32144) 0xb7f4c410 in ?? () 6 Thread -1306944608 (LWP 32145) 0xb7f4c410 in ?? () 5 Thread -1324926048 (LWP 32147) 0xb7f4c410 in ?? () 4 Thread -1259070560 (LWP 32161) 0xb7f4c410 in ?? () 3 Thread -1330074720 (LWP 32215) 0xb7f4c410 in ?? () 2 Thread -1328563296 (LWP 32217) 0xb7f4c410 in ?? () 1 Thread -1210984768 (LWP 31981) 0xb7f4c410 in ?? () Thread 16 (Thread -1214796896 (LWP 31984)): #0 0xb7f4c410 in ?? () #1 0xb797a438 in ?? () #2 0x081f4560 in ?? () #3 0x in ?? () Thread 15 (Thread -1221973088 (LWP 31985)): #0 0xb7f4c410 in ?? () #1 0xb72a2238 in ?? () #2 0x0043 in ?? () #3 0x in ?? () Thread 14 (Thread -1253532768 (LWP 32125)): #0 0xb7f4c410 in ?? () #1 0xb54891c0 in ?? () #2 0x081f4560 in ?? () #3 0xb5489198 in ?? () #4 0xb7e67d78 in accept () from /lib/libpthread.so.0 #5 0x08113149 in _wapi_accept (fd=78, addr=0x0, addrlen=0x0) at sockets.c:199 #6 0x080d2817 in ves_icall_System_Net_Sockets_Socket_Accept_internal ( sock=78, error=0xb5489280) at socket-io.c:784 #7 0xb548f002 in ?? () #8 0x004e in ?? () #9 0xb5489280 in ?? () #10 0x08e6d928 in ?? () #11 0x in ?? () Thread 13 (Thread -1254585440 (LWP 32126)): #0 0xb7f4c410 in ?? () #1 0xb5388154 in ?? () #2 0x1747 in ?? () #3 0x in ?? () Thread 12 (Thread -1255703648 (LWP 32128)): #0 0xb7f4c410 in ?? () #1 0xb5277010 in ?? () #2 0x18c9 in ?? () #3 0x in ?? () Thread 11 (Thread -1252287584 (LWP 32133)): #0 0xb7f4c410 in ?? () #1 0xb55b8c88 in ?? () #2 0x1721 in ?? () #3 0x in ?? () Thread 10 (Thread -1256965216 (LWP 32134)): #0 0xb7f4c410 in ?? () #1 0xb5143240 in ?? () #2 0x081f4560 in ?? () #3 0xb5143224 in ?? () #4 0xb7e68356 in __nanosleep_nocancel () from /lib/libpthread.so.0 #5 0x08108966 in SleepEx (ms=3000, alertable=1) at threads.c:997 #6 0x080b77c2 in ves_icall_System_Threading_Thread_Sleep_internal (ms=3000) at threads.c:612 #7 0xb51738fe in ?? () #8 0x0bb8 in ?? () #9 0x08fbea98 in ?? () #10 0x0172b438 in ?? () #11 0x00479618 in ?? () #12 0x00479618 in ?? () #13 0x0bb8 in ?? () #14 0x004fa618 in ?? () #15 0xb514328c in ?? () #16 0xb51738dc in ?? () #17 0xb51432a0 in ?? () #18 0xb5173887 in ?? () #19 0x0bb8 in ?? () #20 0x004fa618 in ?? () #21 0x in ?? () Thread 9 (Thread -1267704928 (LWP 32139)): #0 0xb7f4c410 in ?? () #1 0xb4705260 in ?? ()
[Mono-dev] Bug in Server.Execute
http://bugzilla.ximian.com/show_bug.cgi?id=80152 This bug breaks all apps using Server.Execute The cause is in : http://svn.myrealbox.com/viewcvs/trunk/mcs/class/System.Web/System.Web/HttpRequest.cs?rev=68776r1=61465r2=68776 I hope this regression is not in the mono 1.2.2 release! Thanks to fix! ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Improving memory usage in /System.Web.SessionState/SessionSQLServerHandler.cs
Could someone commit this patch? Thanks Le lundi 27 novembre 2006 à 12:17 +0100, Hubert FONGARNAND a écrit : Hi, When using Npgsql, if you try to send (INSERT or UPDATE) a bytea (blob) element without using Prepare it will be sent as a Escaped string... This string is 4x bigger than the real bytea... So : The memory usage on the ASP.NET server is enormous when the blob is more than 1MB... and the network traffic is enormous too! (see http://pgfoundry.org/tracker/index.php?func=detailaid=1000458group_id=1000140atid=590) If you want to avoid that you've to use Prepare before executing ExecuteNonQuery, or ExecuteReader... If you don't believe me use Ethereal (wireshark) Here's a patch that add a cmd.Prepare allowing Npgsql sending data in binary format! This patch shouldn't change anything if you use other connector than Npgsql. Thanks to review it! Hubert FONGARNAND Index: mcs/class/System.Web/System.Web.SessionState/SessionSQLServerHandler.cs === --- mcs/class/System.Web/System.Web.SessionState/SessionSQLServerHandler.cs (révision 68495) +++ mcs/class/System.Web/System.Web.SessionState/SessionSQLServerHandler.cs (copie de travail) @@ -196,6 +196,7 @@ command.CommandText = selectCommand; command.Parameters.Add (CreateParam (command, DbType.String, SessionID, id)); command.Parameters.Add (CreateParam (command, DbType.DateTime, Expires, DateTime.Now )); + command.Prepare(); return command.ExecuteReader (); } @@ -253,7 +254,7 @@ session.StaticObjects.ToByteArray ())); param.Add (CreateParam (command, DbType.Binary, SessionData, session.SessionDictionary.ToByteArray ())); - + command.Prepare(); command.ExecuteNonQuery (); } @@ -287,6 +288,7 @@ param.Add (CreateParam (command, DbType.Int32, Timeout, timeout)); param.Add (CreateParam (command, DbType.Binary, SessionData, dict.ToByteArray ())); + command.Prepare(); command.ExecuteNonQuery (); } ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas o䵲 il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser imm洸diatement l'expditeur. Toute utilisation de ce message non conforme ⭁ sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'tant pas s牌curises, l'intߜgrit de ce message n'est pas assurŨe et la socit㵵 mettrice ne peut 攮tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'�tant pas s�curis�es, l'int�grit� de ce message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Performance improvments in DataRow
Hi, I've posted a patch that resolve a performance problem on DataRow... (ADO.NET) see : http://bugzilla.ximian.com/show_bug.cgi?id=80075 with this patch, my ported ASP.NET is now at 0.93 second for 1 page (it was 2s before...) ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Xsp profiling problem
Hello, I'd want to do some 'timing' profiling on my web application... according to http://www.mono-project.com/Mod_mono#Profiling_mod-mono-server , when I stop mod_mono_server it crashes... [EMAIL PROTECTED] ~]$ mono --profile /usr/lib/mono/gac/mod-mono-server/1.2.1.0__0738eb9f132ed756/mod-mono-server.exe --filename /tmp/biz --applications /:/home/fiducial/applications/site/nodeweb/ mod-mono-server Listening on: /tmp/biz Root directory: /home/fiducial Hit Return to stop the server. Total time spent compiling 7319 methods (sec): 0.9884 Stacktrace: Native stacktrace: mono [0x8144df9] mono [0x8130c5e] /lib/tls/libpthread.so.0 [0x7aa880] /lib/tls/libc.so.6(vasprintf+0xb6) [0x5b1486] /usr/lib/libglib-2.0.so.0(g_vasprintf+0x31) [0x8b97af] /usr/lib/libglib-2.0.so.0 [0x8ae9c4] /usr/lib/libglib-2.0.so.0(g_string_append_printf+0x17) [0x8aea3d] mono [0x80e213a] mono(mono_type_get_desc+0xe7) [0x80e2273] mono(mono_signature_get_desc+0x44) [0x80e23d4] mono [0x80c15ca] mono [0x80c25b4] mono [0x80c10ae] mono [0x8131ba8] mono(mono_main+0xec6) [0x8058bf6] mono [0x80578e7] /lib/tls/libc.so.6(__libc_start_main+0xd3) [0x56be23] mono(dl_iterate_phdr+0x171) [0x8057849] Debug info from gdb: = 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. = Aborted [EMAIL PROTECTED] ~]$ As informations, I haven't the mdb files in the bin directory... Thanks ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Improving memory usage in /System.Web.SessionState/SessionSQLServerHandler.cs
Hi, When using Npgsql, if you try to send (INSERT or UPDATE) a bytea (blob) element without using Prepare it will be sent as a Escaped string... This string is 4x bigger than the real bytea... So : The memory usage on the ASP.NET server is enormous when the blob is more than 1MB... and the network traffic is enormous too! (see http://pgfoundry.org/tracker/index.php?func=detailaid=1000458group_id=1000140atid=590) If you want to avoid that you've to use Prepare before executing ExecuteNonQuery, or ExecuteReader... If you don't believe me use Ethereal (wireshark) Here's a patch that add a cmd.Prepare allowing Npgsql sending data in binary format! This patch shouldn't change anything if you use other connector than Npgsql. Thanks to review it! Hubert FONGARNAND Index: mcs/class/System.Web/System.Web.SessionState/SessionSQLServerHandler.cs === --- mcs/class/System.Web/System.Web.SessionState/SessionSQLServerHandler.cs (révision 68495) +++ mcs/class/System.Web/System.Web.SessionState/SessionSQLServerHandler.cs (copie de travail) @@ -196,6 +196,7 @@ command.CommandText = selectCommand; command.Parameters.Add (CreateParam (command, DbType.String, SessionID, id)); command.Parameters.Add (CreateParam (command, DbType.DateTime, Expires, DateTime.Now )); + command.Prepare(); return command.ExecuteReader (); } @@ -253,7 +254,7 @@ session.StaticObjects.ToByteArray ())); param.Add (CreateParam (command, DbType.Binary, SessionData, session.SessionDictionary.ToByteArray ())); - + command.Prepare(); command.ExecuteNonQuery (); } @@ -287,6 +288,7 @@ param.Add (CreateParam (command, DbType.Int32, Timeout, timeout)); param.Add (CreateParam (command, DbType.Binary, SessionData, dict.ToByteArray ())); + command.Prepare(); command.ExecuteNonQuery (); } ___ Ce message et les �ventuels documents joints peuvent contenir des informations confidentielles. Au cas o� il ne vous serait pas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute utilisation de ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'�tant pas s�curis�es, l'int�grit� de ce message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Changes in mono makes monodevelop crashing
Just as information It seem's that changes in Serialization in the .NET 2.0 profile break monodevelop today System.Runtime.Serialization.SerializationException: No element named KeyComparer could be found. at System.Runtime.Serialization.SerializationInfo.GetValue (System.String name, System.Type type) [0x0009b] in /home/hubert/mono/mcs/class/corlib/System.Runtime.Serialization/SerializationInfo.cs:152 at System.Collections.Hashtable.OnDeserialization (System.Object sender) [0x00059] in /home/hubert/mono/mcs/class/corlib/System.Collections/Hashtable.cs:578 at System.Runtime.Serialization.ObjectManager.RaiseDeserializationEvent () [0x00076] in /home/hubert/mono/mcs/class/corlib/System.Runtime.Serialization/ObjectManager.cs:169 at System.Runtime.Serialization.Formatters.Binary.ObjectReader.ReadNextObject (System.IO.BinaryReader reader) [0x0001a] in /home/hubert/mono/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/ObjectReader.cs:117 at System.Runtime.Serialization.Formatters.Binary.ObjectReader.ReadObjectGraph (System.IO.BinaryReader reader, Boolean readHeaders, System.Object result, System.Runtime.Remoting.Messaging.Header[] headers) [0x00044] in /home/hubert/mono/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/ObjectReader.cs:105 at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.NoCheckDeserialize (System.IO.Stream serializationStream, System.Runtime.Remoting.Messaging.HeaderHandler handler) [0x00079] in /home/hubert/mono/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/BinaryFormatter.cs:172 at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize (System.IO.Stream serializationStream) [0x0] in /home/hubert/mono/mcs/class/corlib/System.Runtime.Serialization.Formatters.Binary/BinaryFormatter.cs:129 at MonoDevelop.Projects.Parser.CodeCompletionDatabase.ReadHeaders (System.String baseDir, System.String name) [0x00022] in /home/hubert/mono/monodev-stable/monodevelop-0.12/Core/src/MonoDevelop.Projects/MonoDevelop.Projects.Parser/CodeCompletionDatabase.cs:176 at MonoDevelop.Projects.Parser.AssemblyCodeCompletionDatabase.CleanDatabase (System.String baseDir, System.String name) [0x0] in /home/hubert/mono/monodev-stable/monodevelop-0.12/Core/src/MonoDevelop.Projects/MonoDevelop.Projects.Parser/AssemblyCodeCompletionDatabase.cs:212 at MonoDevelop.Projects.Parser.ParserDatabase.DeleteObsoleteDatabases () [0x00033] in /home/hubert/mono/monodev-stable/monodevelop-0.12/Core/src/MonoDevelop.Projects/MonoDevelop.Projects.Parser/DefaultParserService.cs:913 at MonoDevelop.Projects.Parser.ParserDatabase.Initialize () [0x6] in /home/hubert/mono/monodev-stable/monodevelop-0.12/Core/src/MonoDevelop.Projects/MonoDevelop.Projects.Parser/DefaultParserService.cs:562 at MonoDevelop.Projects.Parser.DefaultParserService.CreateParserDatabase () [0x7] in /home/hubert/mono/monodev-stable/monodevelop-0.12/Core/src/MonoDevelop.Projects/MonoDevelop.Projects.Parser/DefaultParserService.cs:41 at MonoDevelop.Ide.Gui.ProjectOperations..ctor () [0x00069] in /home/hubert/mono/monodev-stable/monodevelop-0.12/Core/src/MonoDevelop.Ide/MonoDevelop.Ide.Gui/ProjectOperations.cs:81 at MonoDevelop.Ide.Gui.IdeApp.Initialize (IProgressMonitor monitor) [0xa] in /home/hubert/mono/monodev-stable/monodevelop-0.12/Core/src/MonoDevelop.Ide/MonoDevelop.Ide.Gui/Ide.cs:90 at MonoDevelop.Ide.Gui.IdeStartup.Run (System.String[] args) [0x00328] in /home/hubert/mono/monodev-stable/monodevelop-0.12/Core/src/MonoDevelop.Ide/MonoDevelop.Ide.Gui/IdeStartup.cs:157 ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Two new bugs in System.Web
I've updated my servers with the latest mono 1.2 stable release... Result : - A regression (our web application use viewstate compression, and it doesn't work now) See bugzilla : http://bugzilla.ximian.com/show_bug.cgi?id=79945 http://bugzilla.ximian.com/show_bug.cgi?id=79946 ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Unable to compile this morning
After make clean, ./autogen.sh and make ... make[8]: Entering directory `/home/hubert/mono/mcs/class/System.Data' MONO_PATH=../../class/lib/default:$MONO_PATH /home/hubert/mono/mono/runtime/mono-wrapper ../../class/lib/default/mcs.exe /codepage:65001 -d:NET_1_1 -d:ONLY_1_1 -debug /noconfig -nowarn:649 -nowarn:169 -nowarn:219 -nowarn:168 -nowarn:1595 -unsafe -r:mscorlib.dll -r:../../class/lib/default/System.dll -r:System.Xml.dll -r:System.EnterpriseServices.dll -r:Mono.Data.Tds.dll -target:library -out:../../class/lib/default/System.Data.dll Mono.Data.SqlExpressions/Parser.cs @System.Data.dll.sources System.Data/DataRowCollection.cs(123,19): error CS0117: `System.Data.DataRowAction' does not contain a definition for `ChangeCurrentAndOriginal' I think DataRowAction.ChangeCurrentAndOriginal is only defined in the .NET 2.0 profile! ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Trying to use uno binding for mono
I've installed UNO bindings for C#/mono on my dev machine... When i try to run this public static void Main(string[] args) { Console.WriteLine(Hello World!); MainClass main=new MainClass(); main.Run(); } private void Run() { mxMSFactory = connect(); // Create a new spreadsheet document mxDocument = initDocument(); } private XMultiServiceFactory connect( ) { m_xContext = uno.util.Bootstrap.bootstrap(); return (XMultiServiceFactory) m_xContext.getServiceManager(); } I get: = 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: at (wrapper managed-to-native) uno.util.Bootstrap.native_bootstrap () 0x4 at (wrapper managed-to-native) uno.util.Bootstrap.native_bootstrap () 0x at uno.util.Bootstrap.bootstrap () 0xd at testoo.MainClass.connect () 0x00012 at testoo.MainClass.Run () 0x00012 at testoo.MainClass.Main (string[]) 0x00036 at (wrapper runtime-invoke) System.Object.runtime_invoke_void_string[] (object,intptr,intptr,intptr) 0x Native stacktrace: mono [0x8162486] mono [0x814c2a3] [0xb7f62440] /usr/lib/openoffice/program/libcli_uno.so(uno_ext_getMapping+0xee) [0xb3f4307e] /usr/lib/openoffice/program/libuno_cppu.so.3 [0xb6fbf634] /usr/lib/openoffice/program/libuno_cppu.so.3 [0xb6fbfbb4] /usr/lib/openoffice/program/libuno_cppu.so.3 [0xb6fbfdac] /usr/lib/openoffice/program/libuno_cppu.so.3(uno_getMapping+0x68c) [0xb6fc0938] /usr/lib/openoffice/program/libuno_cppu.so.3(uno_getMappingByName+0x98) [0xb6fc0abc] /usr/lib/openoffice/program/libcli_uno_glue.so [0xb79f27c4] /usr/lib/openoffice/program/libcli_uno_glue.so [0xb79f235a] /usr/lib/openoffice/program/libcli_uno_glue.so(native_bootstrap+0x26) [0xb79f2420] [0xb79fd261] [0xb79fd166] [0xb79fd08b] [0xb79fd03b] [0xb79f7877] [0xb79f77c3] mono(mono_runtime_exec_main+0x60) [0x80d6730] mono(mono_runtime_run_main+0x21f) [0x80d6a9f] mono(mono_main+0xf17) [0x8058d77] mono [0x805797e] /lib/libc.so.6(__libc_start_main+0xe6) [0xb7d56866] mono(dl_iterate_phdr+0x191) [0x80578c1] Debug info from gdb: Using host libthread_db library /lib/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1210882368 (LWP 11059)] [New Thread -1267319904 (LWP 11485)] [New Thread -1258861664 (LWP 11483)] [New Thread -1249965152 (LWP 11063)] [New Thread -1229464672 (LWP 11062)] [New Thread -1221407840 (LWP 11061)] [New Thread -1221391456 (LWP 11060)] 0xb7f62410 in ?? () 7 Thread -1221391456 (LWP 11060) 0xb7f62410 in ?? () 6 Thread -1221407840 (LWP 11061) 0xb7f62410 in ?? () 5 Thread -1229464672 (LWP 11062) 0xb7f62410 in ?? () 4 Thread -1249965152 (LWP 11063) 0xb7f62410 in ?? () 3 Thread -1258861664 (LWP 11483) 0xb7f62410 in ?? () 2 Thread -1267319904 (LWP 11485) 0xb7f62410 in ?? () 1 Thread -1210882368 (LWP 11059) 0xb7f62410 in ?? () Thread 7 (Thread -1221391456 (LWP 11060)): #0 0xb7f62410 in ?? () #1 0xb7330438 in ?? () #2 0x081f0358 in ?? () #3 0x in ?? () Thread 6 (Thread -1221407840 (LWP 11061)): #0 0xb7f62410 in ?? () #1 0xb732c238 in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 5 (Thread -1229464672 (LWP 11062)): #0 0xb7f62410 in ?? () #1 0xb6b7d41c in ?? () #2 0x0001 in ?? () #3 0x in ?? () Thread 4 (Thread -1249965152 (LWP 11063)): #0 0xb7f62410 in ?? () #1 0xb57f0400 in ?? () #2 0x in ?? () Thread 3 (Thread -1258861664 (LWP 11483)): #0 0xb7f62410 in ?? () #1 0xb4f7438c in ?? () #2 0x0003 in ?? () #3 0x in ?? () Thread 2 (Thread -1267319904 (LWP 11485)): #0 0xb7f62410 in ?? () #1 0xb47631a8 in ?? () #2 0xb718c0dc in ?? () from /usr/lib/openoffice/program/libuno_sal.so.3 #3 0xb4763194 in ?? () #4 0xb7e89e78 in recv () from /lib/libpthread.so.0 #5 0xb6ff8363 in osl_receivePipe () from /usr/lib/openoffice/program/libuno_sal.so.3 #6 0xb6ff8464 in osl_readPipe () from /usr/lib/openoffice/program/libuno_sal.so.3 #7 0xb4fe34fa in component_getFactory () from /usr/lib/openoffice/program/connector.uno.so #8 0xb4fbd3b2 in component_getFactory () from /usr/lib/openoffice/program/remotebridge.uno.so #9 0xb4fa5a55 in component_canUnload () from /usr/lib/openoffice/program/liburp_uno.so #10 0xb4fa34d0 in component_canUnload () from /usr/lib/openoffice/program/liburp_uno.so #11 0xb4f99885 in component_canUnload () from /usr/lib/openoffice/program/liburp_uno.so #12 0xb6ff07d3 in osl_yieldThread () from /usr/lib/openoffice/program/libuno_sal.so.3 #13 0xb7e84512 in start_thread () from /lib/libpthread.so.0 #14 0xb7df9fce in clone () from /lib/libc.so.6 Thread 1 (Thread -1210882368 (LWP 11059)): #0 0xb7f62410 in ?? () #1 0xbfd2dff8 in ?? () #2 0x in ?? () #0 0xb7f62410 in ?? () Abandon Does these bindings are known to work with mono
Re: [Mono-dev] Patch to System.Web.SessionState.SessionSQLServerHandler
Hello, Thanks for commiting my previous patch, but it's not complete because the INSERT query is column index dependent too. Here's the small patch which correct this. Thanks to commit! Hubert FONGARNAND Le jeudi 12 octobre 2006 12:04 +0200, Hubert FONGARNAND a crit : Hello, This small patch permits that the user add some custom column in the aspsessionstate table when using sqlserver mode for storing session in ASP.NET. (This is useful for us because we want to add tracability to the session in the database). Therefore i think it's better to do a SELECT timeout,staticobjectsdata,sessiondata than SELECT * (with select * the order of the column, you've specified when you create the table is important...). This patch corrects a bug too in ReadBytes. The index parameter was not properly used when calculating the size of the data... Could someone commit? Thanks! -- Hubert FONGARNAND [EMAIL PROTECTED] Fiducial ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas o il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser immdiatement l'expditeur. Toute utilisation de ce message non conforme sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'tant pas scurises, l'intgrit de ce message n'est pas assure et la socit mettrice ne peut tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. Index: System.Web.SessionState/SessionSQLServerHandler.cs === --- System.Web.SessionState/SessionSQLServerHandler.cs (révision 66641) +++ System.Web.SessionState/SessionSQLServerHandler.cs (copie de travail) @@ -51,7 +51,7 @@ const string defaultParamPrefix = :; string paramPrefix; string selectCommand = SELECT timeout,staticobjectsdata,sessiondata FROM ASPStateTempSessions WHERE SessionID = :SessionID AND Expires :Expires; - string insertCommand = INSERT INTO ASPStateTempSessions VALUES (:SessionID, :Created, :Expires, :Timeout, :StaticObjectsData, :SessionData); + string insertCommand = INSERT INTO ASPStateTempSessions (SessionId, Created, expires, timeout, StaticObjectsData, SessionData) VALUES (:SessionID, :Created, :Expires, :Timeout, :StaticObjectsData, :SessionData); string updateCommand = UPDATE ASPStateTempSessions SET expires = :Expires, timeout = :Timeout, SessionData = :SessionData WHERE SessionId = :SessionID; string deleteCommand = DELETE FROM ASPStateTempSessions WHERE SessionId = :SessionID; ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Patch to System.Web.SessionState.SessionSQLServerHandler
Hello, This small patch permits that the user add some custom column in the aspsessionstate table when using sqlserver mode for storing session in ASP.NET. (This is useful for us because we want to add tracability to the session in the database). Therefore i think it's better to do a SELECT timeout,staticobjectsdata,sessiondata than SELECT * (with select * the order of the column, you've specified when you create the table is important...). This patch corrects a bug too in ReadBytes. The index parameter was not properly used when calculating the size of the data... Could someone commit? Thanks! -- Hubert FONGARNAND [EMAIL PROTECTED] Fiducial ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. Index: System.Web.SessionState/SessionSQLServerHandler.cs === --- System.Web.SessionState/SessionSQLServerHandler.cs (révision 66591) +++ System.Web.SessionState/SessionSQLServerHandler.cs (copie de travail) @@ -50,7 +50,7 @@ const string defaultParamPrefix = :; string paramPrefix; - string selectCommand = SELECT * FROM ASPStateTempSessions WHERE SessionID = :SessionID AND Expires :Expires; + string selectCommand = SELECT timeout,staticobjectsdata,sessiondata FROM ASPStateTempSessions WHERE SessionID = :SessionID AND Expires :Expires; string insertCommand = INSERT INTO ASPStateTempSessions VALUES (:SessionID, :Created, :Expires, :Timeout, :StaticObjectsData, :SessionData); string updateCommand = UPDATE ASPStateTempSessions SET expires = :Expires, timeout = :Timeout, SessionData = :SessionData WHERE SessionId = :SessionID; string deleteCommand = DELETE FROM ASPStateTempSessions WHERE SessionId = :SessionID; @@ -348,7 +348,7 @@ private byte [] ReadBytes (IDataReader reader, int index) { - int len = (int) reader.GetBytes (reader.FieldCount-1, 0, null, 0, 0); + int len = (int) reader.GetBytes (index, 0, null, 0, 0); byte [] data = new byte [len]; reader.GetBytes (index, 0, data, 0, len); return data; ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Cannot compile mono today
after : svn up make clean ./autogen.sh make ... /bin/sh ../../libtool --tag=CC --mode=link gcc -O -g -O2 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -mno-tls-direct-seg-refs -o pedump pedump.o libmonoruntime.la ../io-layer/libwapi.la ../utils/libmonoutils.la ../../libgc/libmonogc.la -pthread -lgthread-2.0 -lglib-2.0 -Wl,--export-dynamic -lgmodule-2.0 -ldl -lglib-2.0 -lm -lpthread -lm gcc -O -g -O2 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -mno-tls-direct-seg-refs -o pedump pedump.o -pthread -Wl,--export-dynamic ./.libs/libmonoruntime.a ../io-layer/.libs/libwapi.a ../utils/.libs/libmonoutils.a ../../libgc/.libs/libmonogc.a /usr/lib/libgthread-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so -lpthread -lm ./.libs/libmonoruntime.a(domain.o): In function `mono_domain_create': /home/hubert/mono/mono/mono/metadata/domain.c:470: undefined reference to `mono_g_hash_table_new_type' /home/hubert/mono/mono/mono/metadata/domain.c:476: undefined reference to `mono_g_hash_table_new' ./.libs/libmonoruntime.a(domain.o): In function `mono_domain_free': /home/hubert/mono/mono/mono/metadata/domain.c:1038: undefined reference to `mono_g_hash_table_destroy' /home/hubert/mono/mono/mono/metadata/domain.c:1055: undefined reference to `mono_g_hash_table_destroy' /home/hubert/mono/mono/mono/metadata/domain.c:1082: undefined reference to `mono_g_hash_table_destroy' /home/hubert/mono/mono/mono/metadata/domain.c:1078: undefined reference to `mono_g_hash_table_destroy' /home/hubert/mono/mono/mono/metadata/domain.c:1074: undefined reference to `mono_g_hash_table_destroy' ./.libs/libmonoruntime.a(image.o):/home/hubert/mono/mono/mono/metadata/image.c:1147: more undefined references to `mono_g_hash_table_destroy' follow ./.libs/libmonoruntime.a(reflection.o): In function `mono_image_typedef_or_ref':/home/hubert/mono/mono/mono/metadata/reflection.c:2276: undefined reference to `mono_g_hash_table_insert' ./.libs/libmonoruntime.a(reflection.o): In function `mono_image_basic_method': /home/hubert/mono/mono/mono/metadata/reflection.c:997: undefined reference to `mono_g_hash_table_insert' /home/hubert/mono/mono/mono/metadata/reflection.c:970: undefined reference to `mono_g_hash_table_insert' ./.libs/libmonoruntime.a(reflection.o): In function `create_dynamic_mono_image':/home/hubert/mono/mono/mono/metadata/reflection.c:4355: undefined reference to `mono_g_hash_table_new_type' /home/hubert/mono/mono/mono/metadata/reflection.c:4360: undefined reference to `mono_g_hash_table_new_type' ./.libs/libmonoruntime.a(reflection.o): In function `mono_image_basic_init': /home/hubert/mono/mono/mono/metadata/reflection.c:5205: undefined reference to `mono_g_hash_table_lookup' /home/hubert/mono/mono/mono/metadata/reflection.c:5205: undefined reference to `mono_g_hash_table_new_type' /home/hubert/mono/mono/mono/metadata/reflection.c:5205: undefined reference to `mono_g_hash_table_insert' ./.libs/libmonoruntime.a(reflection.o): In function `register_module': /home/hubert/mono/mono/mono/metadata/reflection.c:5211: undefined reference to `mono_g_hash_table_lookup' ./.libs/libmonoruntime.a(reflection.o): In function `mono_image_module_basic_init': /home/hubert/mono/mono/mono/metadata/reflection.c:5211: undefined reference to `mono_g_hash_table_new_type' /home/hubert/mono/mono/mono/metadata/reflection.c:5211: undefined reference to `mono_g_hash_table_insert' ./.libs/libmonoruntime.a(reflection.o): In function `mono_image_insert_string': /home/hubert/mono/mono/mono/metadata/reflection.c:4120: undefined reference to `mono_g_hash_table_insert' ./.libs/libmonoruntime.a(reflection.o): In function `mono_assembly_get_object': /home/hubert/mono/mono/mono/metadata/reflection.c:5264: undefined reference to `mono_g_hash_table_lookup' /home/hubert/mono/mono/mono/metadata/reflection.c:5264: undefined reference to `mono_g_hash_table_new_type' /home/hubert/mono/mono/mono/metadata/reflection.c:5264: undefined reference to `mono_g_hash_table_lookup' /home/hubert/mono/mono/mono/metadata/reflection.c:5271: undefined reference to `mono_g_hash_table_lookup' /home/hubert/mono/mono/mono/metadata/reflection.c:5271: undefined reference to `mono_g_hash_table_new_type' /home/hubert/mono/mono/mono/metadata/reflection.c:5271: undefined reference to `mono_g_hash_table_insert' ./.libs/libmonoruntime.a(reflection.o): In function `mono_module_get_object': /home/hubert/mono/mono/mono/metadata/reflection.c:5283: undefined reference to `mono_g_hash_table_lookup' /home/hubert/mono/mono/mono/metadata/reflection.c:5283: undefined reference to `mono_g_hash_table_new_type'
Re: [Mono-dev] WAPI Handle Leaks
Le vendredi 06 octobre 2006 10:08 +0200, Hubert FONGARNAND a crit: Le jeudi 05 octobre 2006 16:25 -0600, Patrick Earl a crit: I'm curious, is anyone out there doing much work in tracking down the wapi handle leak problems? Our XSP server dies on a daily basis because it's always running out of thread handles. Using 1.1.17.1 or the latest SVN version (r66235), the problem is there. I suspect there are problems with threads created internally (for example, as part of the thread pool) that aren't cleaned up by the garbage collector. I would be happy to help test, but solving the problem seems that it would require fairly in depth knowledge of the io layer, garbage collection, wapi handle usage, and such. Patrick Earl ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list I experienced the same problem as you... I run mod-mono-server on my productions server, with very big applications (more than 100 aspx pages). I see that threads handles are always growing... (even when there's no request to the server!!!) I've sent graphs to Gonzalo to show my problem but i've no answer... Here's a 1 day graph showing the problem http://hfongarnand.free.fr/chart/wapi1.png I call the command mono --wapi=hps | wc -l each 30 second to build this graph! I will put my graphs on the internet to show everybody the problem! ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas oC il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser immLes communications sur internet n'tant pas sscurises, l'intngrit de ce message n'est pas assur0e et la socit, mettrice ne peut rtre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono - CreateProcess error
Le mardi 26 septembre 2006 20:03 +0200, Robert Jordan a crit: Honey, Steve wrote: A search of google says this was a bug which was supposed to be corrected in 1.1.16. I was running 1.1.13 so I upgraded to 1.1.17 but still have the problem. I also tried adding Process.Dispose() to the code but that hasn't help either (don't know if it should have, but I'm desperate). Try calling proc.WaitForExit() if you don't already. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list I've written a little program that could help people that having problems with Handles... It display all process handles, with their associated threads... I hope it could help! ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. // project created on 27/09/2006 at 12:05 using System; using System.Diagnostics; using System.Collections; using System.Text; using Mono.Posix; using Mono.Unix; using System.IO; using System.Text.RegularExpressions; namespace wapi_analyser { class MainClass { Hashtable process=new Hashtable(); Hashtable threads=new Hashtable(); public static void Main(string[] args) { MainClass main=new MainClass(); main.Analyse(main.GetData()); main.Display(); } public void Display() { foreach (int pid in process.Keys) { // Récupération de la ligne de commande: string filename=/proc/+pid+/cmdline; string cmdline=; try { StreamReader re = File.OpenText(filename); cmdline=re.ReadToEnd(); }catch {} Console.WriteLine(Pid : +pid+ Nom :+process[pid]+ cmd : +cmdline+ Nb threads :+GetNbThread(pid)); } } public int GetNbThread(int pid) { int counter=0; foreach (string id in threads.Keys) { if (((int)threads[id])==pid) counter++; } return counter; } public void Analyse(string stringdata) { string[] rawtable=stringdata.Split('\n'); Console.WriteLine(rawtable.Length+ Handle); ArrayList sortedtable=new ArrayList(); bool record=false; foreach (String line in rawtable) { if (line.StartsWith(collection)) record=true; if (line.Trim().StartsWith(Fileshare)) { record=false; } if (record) sortedtable.Add(line); // Check if this is a process if (line.IndexOf([Process])!=-1) { //Console.WriteLine(Process); // Extraction du nom du process string pattern=@\[\s+.*]; Match match= Regex.Match(line,pattern); string processname=match.ToString(); processname=processname.Trim(new char[]{'[',']'}).Trim(); //Console.WriteLine(processname); // Extraction du pid pattern=@pid:\s*\S*\s; match= Regex.Match(line,pattern); string pid=match.ToString(); pid=pid.Replace(pid: ,); //Console.WriteLine(pid); try{ int pidint=int.Parse(pid); process.Add(pidint,processname); }catch { Console.WriteLine(Erreur while parsing +pid); Console.WriteLine(Ligne +line); } } if (line.IndexOf([ Thread])!=-1) { //Console.WriteLine(Thread); // Extraction du thread id // string pattern=@tid:\s\S*,; // Match match= Regex.Match(line,pattern); // string tid=match.ToString(); // tid=tid.Replace(tid: -,); // tid=tid.Replace(,,); // int tidint=int.Parse(tid); //Console.WriteLine(tidint); // Recherche du pid du process string pattern=@proc:\s\S*,; Match match= Regex.Match(line,pattern); string proc=match.ToString(); proc=proc.Replace(proc: ,); proc=proc.Replace(,,); int procint=int.Parse(proc); //Console.WriteLine(procint); threads.Add(Guid.NewGuid().ToString(),procint); } } //Console.WriteLine(sortedtable.Count); } public string GetData() { Process process=new Process(); ProcessStartInfo info=new ProcessStartInfo(); info.FileName=/usr/bin/mono; info.Arguments=--wapi=hps; info.UseShellExecute = false; info.RedirectStandardOutput = true; info.RedirectStandardError = true; process.StartInfo=info; process.Start(); string sortie=process.StandardOutput.ReadToEnd(); process.WaitForExit(); //Console.WriteLine(sortie); return sortie; } } }___
Re: [Mono-dev] Some bugs in ASP.NET
Thanks a lot gonzalo! Le mercredi 20 septembre 2006 16:15 -0400, Gonzalo Paniagua Javier a crit : On Wed, 2006-09-20 at 10:14 +0200, Hubert FONGARNAND wrote: Hi, I thought that ASP.NET 1.1 support in mono has a certain maturity... In fact there's still a lot of work! http://bugzilla.ximian.com/show_bug.cgi?id=79443 http://bugzilla.ximian.com/show_bug.cgi?id=79445 http://bugzilla.ximian.com/show_bug.cgi?id=79437 http://bugzilla.ximian.com/show_bug.cgi?id=77857 I fixed the 3 that were in System.Web. The other one is an Uri bug. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Some bugs in ASP.NET
Hi, I thought that ASP.NET 1.1 support in mono has a certain maturity... In fact there's still a lot of work! http://bugzilla.ximian.com/show_bug.cgi?id=79443 http://bugzilla.ximian.com/show_bug.cgi?id=79445 http://bugzilla.ximian.com/show_bug.cgi?id=79437 http://bugzilla.ximian.com/show_bug.cgi?id=77857 thanks for quick fixing! -- Hubert FONGARNAND [EMAIL PROTECTED] Fiducial ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] upgrading an app
Le vendredi 15 septembre 2006 14:28 -0700, Tom Bombadil a crit: Hi all... We are running into a few problems with a mod_mono/asp.net app (no dlls, nor assemblies, yet) in two different servers using the same NFS volume... If we use server A to update the files in the NFS volume, server B's app will fail. I use NFS too, in order to share .net webapps! asp.net use inotify or gamin to be aware of changes... and those methods doesn't works with NFS... The doc below says that mono picks up changes in the src automatically: http://www.mono-project.com/FAQ:_ASP.NET#My_application_fails_if_I_replace_binaries My question is: how does mono pick up changes in the src files, when we replace them? by the date in the file? by md5 checksum? Also, if we are using a DLL with mod_mono... what's the best way of reloading it: - rm + cp as shown in the URL above; or - just move the file over, and use the control panel, as shown here: http://www.mono-project.com/Mod_mono#Control_panel When i update an app... i always restart them manually! And if you dont mind my curiosity, why do we have delete the DLL? Thanks a lot ;) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Is there a tool (command line) to read assembly's version number?
the question is in the title... thanks -- Hubert FONGARNAND [EMAIL PROTECTED] Fiducial ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] IE7 RC1 and browsercaps.ini
Hello I've written a little aspx page that show a pb with IE7 public class Default : Page { protected System.Web.UI.HtmlControls.HtmlForm form1; protected System.Web.UI.WebControls.Label textBox1; protected override void OnInit(System.EventArgs a) { this.Load+=this.OnLoad; Console.WriteLine(bonjour); } protected void OnLoad(object o,System.EventArgs a) { textBox1.Text=Version :+Request.Browser.Version+ +Request.Browser.Browser; } } When i load the page with IE7 : Mono show : Version: Unknown With MS.NET 1.1 it show IE7 I've notified that browsercaps.ini has entries for IE7 ([Mozilla/4.0 (compatible; MSIE 7.0b; *Windows XP*.NET CLR*)*]) but with ethereal (wireshark) i've seen that the new string is ([Mozilla/4.0 (compatible; MSIE 7.0; *Windows XP*.NET CLR*)*]) Here's the patch for browscap.ini Thanks to commit! Index: mono/data/browscap.ini === --- mono/data/browscap.ini (rvision 64676) +++ mono/data/browscap.ini (copie de travail) @@ -13397,6 +13397,40 @@ platform=WinXP netclr=True +[Mozilla/4.0 (compatible; MSIE 7.0; *Windows NT 5.1*)*] +parent=IE 7.0 +platform=WinXP + +[Mozilla/4.0 (compatible; MSIE 7.0; *Windows NT 5.1*.NET CLR*)*] +parent=IE 7.0 +platform=WinXP + +[Mozilla/4.0 (compatible; MSIE 7.0; *Windows NT 5.2*)*] +parent=IE 7.0 +platform=Win2003 +netclr=True + +[Mozilla/4.0 (compatible; MSIE 7.0; *Windows NT 5.2*.NET CLR*)*] +parent=IE 7.0 +platform=Win2003 + +[Mozilla/4.0 (compatible; MSIE 7.0; *Windows NT 6.0*)*] +parent=IE 7.0 +platform=WinVI + +[Mozilla/4.0 (compatible; MSIE 7.0; *Windows NT 6.0*.NET CLR*)*] +parent=IE 7.0 +platform=WinVI + +[Mozilla/4.0 (compatible; MSIE 7.0; *Windows XP*)*] +parent=IE 7.0 +platform=WinXP + +[Mozilla/4.0 (compatible; MSIE 7.0; *Windows XP*.NET CLR*)*] +parent=IE 7.0 +platform=WinXP +netclr=True + Default Browser [*] ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 1.1.17 has been released.
You should take note that mono-service based program doesn't work with this version... Le mardi 29 aot 2006 16:43 -0400, Miguel de Icaza a crit : Hello, Mono 1.1.17 has been released. Full release notes: www.go-mono.com/archive/1.1.17 Mono was branched at version 1.1.13 to become the stable version of Mono that is distributed by Novell on its enterprise products. That series of releases are only getting bug fixes. Before each release we run all of the regression tests on Mono, so we consider this release usable for deployment, but there are still a few changes in various areas. This release is mostly a bug-fix release, there are very few new developments. Changes since Mono 1.1.16 Highlights Basic world: The Mono Basic compiler and the Basic runtime have been removed from the Mono distribution. A new compiler that is compatible with Visual Basic 2005 and a matching runtime are now part of a separate distribution. On this particular release, we are offering the basic runtime, but the compiler is not able to run completely on Mono yet. Windows.Forms: Printing is now supported. This release is able to compile and build IronPython 1.0 RC2. COM: Basic COM support has been integrated. Inotify watcher The FileSystem will now use inotify directly on systems that support it without having to go through an external library like FAM or Gamin, this should make our use of inotify reliable. [Gonzalo Paniagua] Async Process Notification 2.0 support for asynchronous reads and writes from the Process class is now supported [Gonzalo]. Mono Loading as a Shared Library Works Again This was a problem that mostly affected the OpenOffice plugin, which loaded Mono as a separate process, this is now fixed [Zoltan Varga] Gtk# Split As part of Gtk# becoming one of the supported language bindings in the Gnome platform and Tomboy, a Gtk#-based application, becoming part of the Gnome desktop, Gtk# has been split up into multiple packages, instead of a single one. All the packages are available from our download site [Mike Kestner]. Mono.Cairo Mono.Cairo bindings now supports a DirectFB surface now [Alp Toker]. System.Drawing This release includes an upgraded Cairo stack (from 1.0 to 1.2) and allowed us to enable printing in System.Drawing and System.Windows.Forms. The original work was done by Jordi Mas, the Cairo upgrade by Peter Bartok and the work was completed by Chris Toshok. 2.0 API updates Process now support the async io handling [Gonzalo Paniagua] String.Normalize is included [Atsushi Enomoto] ADO.NET 2.0 updates, included an implementation for SqlConnection.GetSchema (Nagappan, Nagappan). Registry Updated to the 2.0 API. [Miguel de Icaza] Gert added support for splitting the registry across user and system level settings. [Gert Driesen] mod_mono Added support for X.509 client certificates. It's now possible to use System.Web.HttpClientCertificate with Apache. Certificate validation can be done by Apache, Mono or both (default). [Hubert Fongarnand, Sebastien Pouliot] Security SN now accept password-protected PKCS#12/PFX files to strongname assemblies. This feature is enabled in both 1.x and 2.0 profiles [Sebastien Pouliot] Additions CodeDOM JScriptCodeProvider code _javascript_ code is now included [Akiramei] An EventLog implementation is available on both Unix and Windows, to use set the MONO_EVENTLOG_TYPE variable like this: * local[:path] generates a log file in the given path. If the path is not given, it will store the results in /var/lib/mono/eventlog on Unix and in %APPDATA%\mono\eventlog on Windows. * win32: This uses the native Windows API to send the log messages to the system event log. * null: discards all of the events to a pathname where the events should be logged to [Atsuhi Enomoto, Gert Driesen] COM Interop: Basic support for Runtime Callable Wrappers (RCWs). This allows users to use unmanaged components from managed code. [Jon Chambers] Sqlite now exposes a Version property to detect which underlying database is available (2.x or 3.x) [Joshua Tauberer] Mono.Posix now features an abstract Unix end point in addition to Unix End Points [Alp Toker]. XML Land Fixed XmlSchemaSet and XmlSchemaCollection problem across multiple namespaces [Atsushi Enomoto] Important Bug Fixes Dynamic linking of Mono is now possible in applications that were using the TLS (open office) [Zoltan Varga]. Newly created AppDomains no longer inherit the list of loaded assemblies from the main domain. This has an important side-effect, to get XSP and mod_mono running, you must install the latest versions of it (released in this iteration), older versions will not work [Lluis Sanchez
Re: [Mono-dev] Mono 1.1.17 has been released.
Le mercredi 30 aot 2006 11:17 -0400, Miguel de Icaza a crit: Hello, You should take note that mono-service based program doesn't work with this version... As I pointed out in the bug you filed, am unable to reproduce the problem; Please update the bug. I've talk with Robert Jordan, and he doesn't understant why you can't reproduce the bug... He can reproduce the bug, and we've find the solution, he's making a patch in order to place mono-service.exe into the GAC (like XSP) ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] XSP Problem : System.Exception: Error reading headers.
Ok, most of problems seems to be solved thanks to Miguel BUT when i've seen the changelog : * image.c (full_path): A new method used to obtain the actual path of an assembly even in the presence of symbolic links. This is necessary for the case where we are running a binary that has been GACed, but we are using the published path name ($prefix/mono/1.0/blah.exe) which happens to point to the real file in the GAC. This was the source of the failure for the `xsp' command with the recent AppDomain changes, as far as the runtime was concerned, there were two different assemblies: $prefix/mono/1.0/blah.exe and $prefix/mono/gac/blah/version/blah.exe. and this cause many problems with my applications... Because many of them use the same libraries and I use symbolic links in the /bin directory to share them... I don't want to use the Gac because many of them are not strong signed! Now i've this error when I launch my application : Description: Error compiling a resource required to service this request. Review your source file and modify it to fix this error. Error message: (0,0) : error CS0006: Cannot find assembly `/home/hubert/applications/IntranetAdmin/bin/home/hubert/applications/Librairies/Infragistics.WebUI.Shared.v6.1.dll' (0,0) : error CS0006: Cannot find assembly `/home/hubert/applications/IntranetAdmin/bin/home/hubert/applications/Librairies/Infragistics.WebUI.UltraWebNavigator.v6.1.dll' In fact there's a symbolic link /home/hubert/applications/IntranetAdmin/bin/Infragistics.WebUI.Shared.v6.1.dll that point to /home/hubert/applications/Librairies/Infragistics.WebUI.UltraWebNavigator.v6.1.dll !!! It used to work well... Symbolic link are an important feature of UNIX Le jeudi 17 aot 2006 11:04 -0500, Brian Crowell a crit : Robert Jordan wrote: This is related to this bugfix: http://bugzilla.ximian.com/show_bug.cgi?id=76757 http://bugzilla.ximian.com/showattachment.cgi?attach_id=17200 You guys might want to look at the part of this patch that applies to the class libraries, as I found some really silly things going on in there. --Brian ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problem with ASP.NET Symbolic link
Ok, most of problems seems to be solved thanks to Miguel BUT when i've seen the changelog : * image.c (full_path): A new method used to obtain the actual path of an assembly even in the presence of symbolic links. This is necessary for the case where we are running a binary that has been GACed, but we are using the published path name ($prefix/mono/1.0/blah.exe) which happens to point to the real file in the GAC. This was the source of the failure for the `xsp' command with the recent AppDomain changes, as far as the runtime was concerned, there were two different assemblies: $prefix/mono/1.0/blah.exe and $prefix/mono/gac/blah/version/blah.exe. and this cause many problems with my applications... Because many of them use the same libraries and I use symbolic links in the /bin directory to share them... I don't want to use the Gac because many of them are not strong signed! Now i've this error when I launch my application : Description: Error compiling a resource required to service this request. Review your source file and modify it to fix this error. Error message: (0,0) : error CS0006: Cannot find assembly `/home/hubert/applications/IntranetAdmin/bin/home/hubert/applications/Librairies/Infragistics.WebUI.Shared.v6.1.dll' (0,0) : error CS0006: Cannot find assembly `/home/hubert/applications/IntranetAdmin/bin/home/hubert/applications/Librairies/Infragistics.WebUI.UltraWebNavigator.v6.1.dll' In fact there's a symbolic link /home/hubert/applications/IntranetAdmin/bin/Infragistics.WebUI.Shared.v6.1.dll that point to /home/hubert/applications/Librairies/Infragistics.WebUI.UltraWebNavigator.v6.1.dll !!! It used to work well... Symbolic link are an important feature of UNIX Or tell me what other way to deal with shared dll... ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ 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 ASP.NET Symbolic link
The bug is reported with a simple test case (easy to reproduce) http://bugzilla.ximian.com/show_bug.cgi?id=79103 Le vendredi 18 aot 2006 10:24 +0200, Hubert FONGARNAND a crit : Ok, most of problems seems to be solved thanks to Miguel BUT when i've seen the changelog : * image.c (full_path): A new method used to obtain the actual path of an assembly even in the presence of symbolic links. This is necessary for the case where we are running a binary that has been GACed, but we are using the published path name ($prefix/mono/1.0/blah.exe) which happens to point to the real file in the GAC. This was the source of the failure for the `xsp' command with the recent AppDomain changes, as far as the runtime was concerned, there were two different assemblies: $prefix/mono/1.0/blah.exe and $prefix/mono/gac/blah/version/blah.exe. and this cause many problems with my applications... Because many of them use the same libraries and I use symbolic links in the /bin directory to share them... I don't want to use the Gac because many of them are not strong signed! Now i've this error when I launch my application : Description: Error compiling a resource required to service this request. Review your source file and modify it to fix this error. Error message: (0,0) : error CS0006: Cannot find assembly `/home/hubert/applications/IntranetAdmin/bin/home/hubert/applications/Librairies/Infragistics.WebUI.Shared.v6.1.dll' (0,0) : error CS0006: Cannot find assembly `/home/hubert/applications/IntranetAdmin/bin/home/hubert/applications/Librairies/Infragistics.WebUI.UltraWebNavigator.v6.1.dll' In fact there's a symbolic link /home/hubert/applications/IntranetAdmin/bin/Infragistics.WebUI.Shared.v6.1.dll that point to /home/hubert/applications/Librairies/Infragistics.WebUI.UltraWebNavigator.v6.1.dll !!! It used to work well... Symbolic link are an important feature of UNIX Or tell me what other way to deal with shared dll... ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas o il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser immbdiatement l'expditeur. Toute utilisation de ce message non conforme m sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'tant pas stcurises, l'intdgrit de ce message n'est pas assur1e et la socitn mettrice ne peut ;tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] XSP Problem : System.Exception: Error reading headers.
I've updated mono today from svn... XSP was totally broken (deadlock when requesting a page), so i've updated xsp too Now it works partially because, i get this error when i do a postback. System.Exception: Error reading headers. Server stack trace: at Mono.WebServer.XSPWorkerRequest.GetRequestHeaders () [0x0] at Mono.WebServer.XSPWorkerRequest..ctor (Int32 requestId, Mono.WebServer.XSPRequestBroker requestBroker, IApplicationHost appHost, System.Net.EndPoint localEP, System.Net.EndPoint remoteEP, System.String verb, System.String path, System.String queryString, System.String protocol, System.Byte[] inputBuffer, IntPtr socket, Boolean secure) [0x0] at 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) [0x0] at 0x0 unknown method at (wrapper managed-to-native) System.Runtime.Remoting.RemotingServices:InternalExecute (System.Reflection.MethodBase,object,object[],object[]) at System.Runtime.Remoting.RemotingServices.InternalExecuteMessage (System.MarshalByRefObject target, IMethodCallMessage reqMsg) [0x0] Exception rethrown at [0]: --- System.Runtime.Remoting.RemotingException: Method 'Read' not found in type 'Mono.WebServer.BaseRequestBroker' Server stack trace: at System.Runtime.Remoting.Messaging.CADMethodCallMessage.GetMethod () [0x0] at System.Runtime.Remoting.Messaging.MethodCall..ctor (System.Runtime.Remoting.Messaging.CADMethodCallMessage msg) [0x0] at System.AppDomain.ProcessMessageInDomain (System.Byte[] arrRequest, System.Runtime.Remoting.Messaging.CADMethodCallMessage cadMsg, System.Byte[] arrResponse, System.Runtime.Remoting.Messaging.CADMethodReturnMessage cadMrm) [0x0] at (wrapper remoting-invoke-with-check) System.AppDomain:ProcessMessageInDomain (byte[],System.Runtime.Remoting.Messaging.CADMethodCallMessage,byte[],System.Runtime.Remoting.Messaging.CADMethodReturnMessage) at System.Runtime.Remoting.Channels.CrossAppDomainSink.ProcessMessageInDomain (System.Byte[] arrRequest, System.Runtime.Remoting.Messaging.CADMethodCallMessage cadMsg) [0x0] Exception rethrown at [0]: at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg, System.Exception exc, System.Object[] out_args) [0x0] --- End of inner exception stack trace --- at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg, System.Exception exc, System.Object[] out_args) [0x0] I think there's a problem in the runtime! Thanks hubert ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Call for release notes comments.
XSP/Mod_mono changes : Mod_mono now supports HTTPS Client Certificate with apache : see http://bugzilla.ximian.com/show_bug.cgi?id=78740 Thanks Le mardi 15 aot 2006 14:39 -0400, Miguel de Icaza a crit : Hello folks, As usual, am calling for people to email me about new features that are worth mentioning in the release notes for 1.1.17. The current -very early draft- is at: http://www.go-mono.com/archive/1.1.17 Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Make install fails this morning
make[3]: Entering directory `/home/hubert/mono/mcs/class/System' MONO_PATH=../../class/lib/net_1_1_bootstrap:$MONO_PATH /home/hubert/mono/mono/runtime/mono-wrapper ../../class/lib/net_1_1_bootstrap/gacutil.exe /i ../../class/lib/default/System.dll /f /gacdir /usr/lib /root /usr/lib /package 1.0 ERROR: Could not create package dir file. make[3]: *** [install-local] Erreur 1 make[3]: Leaving directory `/home/hubert/mono/mcs/class/System' make[2]: *** [do-install] Erreur 2 make[2]: Leaving directory `/home/hubert/mono/mcs/class/System' make[1]: *** [install-recursive] Erreur 1 make[1]: Leaving directory `/home/hubert/mono/mcs/class' make: *** [install-recursive] Erreur 1 I think it could be related to changes made in io-layer... by sebastien pouliot this morning ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Starting mod-mono-server as a different user
Run mod_mono_server from the command_line as the user you want and add a MonoRunXSP false directive to you httpd.conf Le vendredi 12 mai 2006 16:05 +0200, Kornl Pl a crit : Hi, Is it poosible to start mod-mono-server as a specific user rather than using the same user that is used by apache? If this is an advanced task but someone has experience please let me know. Thanks. Kornl ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Please Help : Leak of wapi handles
Robert Jordan and me have noticed an important problem in current mono. There's leaks in wapi handles when creating thread and process. This problem is critical, because ASP.NET (which use threads and process) can't run more than a couple of hours... The number of wapi handles is always increasing... We've declared a bug in bugzilla : http://bugzilla.ximian.com/show_bug.cgi?id=78241 but since the bug has been created nobody (from Novell) has written anything on it... I'm working hard to hack the io-layer to see what's the problem, but without any help from mono team, I think i could'nt resolve the bug alone... I'm afraid to say that if this problem is not resolved quickly, my firm will abandon Mono... for something more 'robust'. I've found more than 40 bug in mono since a year, and I hope that this one would'nt prevent my firm to use mono (which is the best OpenSource Project i've been working on) Thanks in advance! Hubert FONGARNAND ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Could not create Thread...
I've investigated more on this problem. It seems that the wapi handles are not cleaned correctly Robert Jordan has reported this problem here : http://bugzilla.ximian.com/show_bug.cgi?id=78241 I think this problem is critical and affect ASP.NET as well as other multi-threaded apps.* Could you have a look (there's a ton of testcase) Thanks! Le mercredi 26 avril 2006 09:12 +0200, Hubert FONGARNAND a crit : From times to times, usually when my process is 2-3 days old. I've this message : ** (./ServersLauncher.exe:6601): WARNING **: CreateThread: error creating thread handle Unhandled Exception: System.ExecutionEngineException: Couldn't create thread in 0x0 unknown method in (wrapper managed-to-native) System.Object:__icall_wrapper_mono_delegate_begin_invoke (object,intptr) in (wrapper delegate-begin-invoke) System.MulticastDelegate:begin_invoke_IAsyncResult_object_AsyncCallback_object (object,System.AsyncCallback,object) in 0x00013 System.Threading.ThreadPool:QueueUserWorkItem (System.Threading.WaitCallback callback, System.Object state) in 0x000aa System.Timers.Timer:StartTimer () in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () ** (./ServersLauncher.exe:6601): WARNING **: CreateThread: error creating thread handle ServersLauncher is an application that launch and control the execution of mod_mono_server (ASP.NET server) Someone has ever seen this kind of problem? Is there a special tuning to do (kernel config, environment variable) Thanks ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas o il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser immdiatement l'expditeur. Toute utilisation de ce message non conforme sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'tant pas scurises, l'intgrit de ce message n'est pas assure et la socit mettrice ne peut tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Re: DeadLock Problem in ASP.NET (GAMIN)
Hi Robert, I've tried to reproduce your bug... but i can't: by me it works well, i've launched http_load several times and there's no locks: [EMAIL PROTECTED] ~/essai_prg/http_load-12mar2006 $ ./http_load -parallel 100 -seconds 10 ./url 4165 fetches, 100 max parallel, 845495 bytes, in 10.0046 seconds 203 mean bytes/connection 416.308 fetches/sec, 84510.5 bytes/sec msecs/connect: 0.466466 mean, 33.449 max, 0.05 min msecs/first-response: 235.528 mean, 6545.72 max, 70.354 min HTTP response codes: code 200 -- 4165 My bug, is not related to server load, but it's related to compilation of many aspx page... My bug appears only if gamin is used! Le jeudi 27 avril 2006 14:40 +0200, Robert Jordan a crit : Hubert FONGARNAND wrote: Hi Gonzalo, I've investigated on my deadlock problem. It seems that this problem comes from GAMIN. I explain: I'm running a big (more than 50 aspx, ascx) web application. If I run a precompilation page (see the attached aspx.cs) Mono, will compile about 20 pages, and will lock forever... If you send a SIGQUIT to mod_mono_server you will obtain that some thread do : - tid=0x0xb646bbb0 this=0x0x3893c0: - in (wrapper managed-to-native) System.IO.FAMWatcher:gamin_MonitorDirectory (System.IO.FAMConnection,string,System.IO.FAMRequest,intptr) 0x4 - in (wrapper managed-to-native) System.IO.FAMWatcher:gamin_MonitorDirectory (System.IO.FAMConnection,string,System.IO.FAMRequest,intptr) 0xffbf - in System.IO.FAMWatcher:FAMMonitorDirectory (System.IO.FAMConnection,string,System.IO.FAMRequest,intptr) 0x1f - in System.IO.FAMWatcher:StartMonitoringDirectory (System.IO.FAMData,bool) 0x7d - in System.IO.FAMWatcher:StartDispatching (System.IO.FileSystemWatcher) 0x192 - in System.IO.FileSystemWatcher:Start () 0x17 - in System.IO.FileSystemWatcher:set_EnableRaisingEvents (bool) 0x27 - in (wrapper remoting-invoke-with-check) System.IO.FileSystemWatcher:set_EnableRaisingEvents (bool) 0xffba2006 So the gamin_MonitorDirectory will never end and block all the other thread... The only way to force compilation contunation is to kill gam_server... The compilation will continue, compile 5 page, and will block again!! I've tried to remove gamin from my linux... and suprise!!! It work well, without gamin! Is there a way to tell mono, not to use gamin, for FAMWatcher, even if gamin is installed? My version of gamin, is the last one: 0.1.7 Set the env var MONO_MANAGED_WATCHER=1 BTW, can you reproduce this one? http://bugzilla.ximian.com/show_bug.cgi?id=78029 It's a similar (?) compilation issue that occurs even with the default managed watcher. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] DeadLock Problem in ASP.NET (GAMIN)
Hi Gonzalo, I've investigated on my deadlock problem. It seems that this problem comes from GAMIN. I explain: I'm running a big (more than 50 aspx, ascx) web application. If I run a precompilation page (see the attached aspx.cs) Mono, will compile about 20 pages, and will lock forever... If you send a SIGQUIT to mod_mono_server you will obtain that some thread do : - tid=0x0xb646bbb0 this=0x0x3893c0: - in (wrapper managed-to-native) System.IO.FAMWatcher:gamin_MonitorDirectory (System.IO.FAMConnection,string,System.IO.FAMRequest,intptr) 0x4 - in (wrapper managed-to-native) System.IO.FAMWatcher:gamin_MonitorDirectory (System.IO.FAMConnection,string,System.IO.FAMRequest,intptr) 0xffbf - in System.IO.FAMWatcher:FAMMonitorDirectory (System.IO.FAMConnection,string,System.IO.FAMRequest,intptr) 0x1f - in System.IO.FAMWatcher:StartMonitoringDirectory (System.IO.FAMData,bool) 0x7d - in System.IO.FAMWatcher:StartDispatching (System.IO.FileSystemWatcher) 0x192 - in System.IO.FileSystemWatcher:Start () 0x17 - in System.IO.FileSystemWatcher:set_EnableRaisingEvents (bool) 0x27 - in (wrapper remoting-invoke-with-check) System.IO.FileSystemWatcher:set_EnableRaisingEvents (bool) 0xffba2006 So the gamin_MonitorDirectory will never end and block all the other thread... The only way to force compilation contunation is to kill gam_server... The compilation will continue, compile 5 page, and will block again!! I've tried to remove gamin from my linux... and suprise!!! It work well, without gamin! Is there a way to tell mono, not to use gamin, for FAMWatcher, even if gamin is installed? My version of gamin, is the last one: 0.1.7 I'will try to do a test case with many aspx files, to show you the problem! Thanks in advance Le mardi 25 avril 2006 18:03 -0700, Gonzalo Paniagua Javier a crit : On Tue, 2006-04-25 at 18:25 +0200, Hubert FONGARNAND wrote: Hi Gonzalo, It seems that i've another deadlock problem, but it's very hard to reproduce exactly I've send a SIGQUIT to mod_mono_server to do a thread dump : Can you provide more data here? Specifically, the @Page or @Control directive for the page/control that is being compiled and anything else that helps reproducing the problem. -Gonzalo ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. using System; using System.Collections; using System.ComponentModel; using System.Web; using System.Web.SessionState; using System.Web.UI; using System.Web.UI.WebControls; using System.Web.UI.HtmlControls; using System.Net; using System.IO; using System.Globalization; using System.Web.Security; namespace IntranetAdmin { /// summary /// Description résumée de PreCompile. /// /summary public class PreCompile : System.Web.UI.Page { protected System.Web.UI.WebControls.Label Label4; protected System.Web.UI.WebControls.Panel pnlWarning; System.Net.Cookie biscuit=null; private void Page_Load(object sender, System.EventArgs e) { Server.ScriptTimeout=600; Response.Clear(); Response.Write(@HTML HEAD titlePreCompile/title meta http-equiv='Content-Type' content='text/html;charset=utf-8' LINK href='General.css' type='text/css' rel='stylesheet' /HEAD body); //Création du cookie d'authentification temporaire FormsAuthenticationTicket ticketauth = new FormsAuthenticationTicket(1,PreCompileDummy,DateTime.Now,DateTime.Now.AddHours(1),false,fr+|+PreCompileDummyId); string cryptedTicket = FormsAuthentication.Encrypt(ticketauth); biscuit = new System.Net.Cookie(FormsAuthentication.FormsCookieName,cryptedTicket); biscuit.Domain=localhost; //Compilation PreCompileAspx(); Response.Write(BRBRCompilation terminée.); Response.Write(@/body/html); Response.End(); } /// summary /// PreCompile all ASPX pages for the current application. /// /summary public void PreCompileAspx() { string rootDirectory = Request.PhysicalApplicationPath; Response.Write(Server path is + rootDirectory); string url = Request.RawUrl; Response.Write(brVirtual path is + url); //Get the virtual root directory. int index = url.LastIndexOf('/'); string virtualDirectory = url.Substring(0,index+1); Response.Write(brVirtual directory is + virtualDirectory + brbr); ArrayList arrayList = GenerateUriList(rootDirectory,http://localhost; + virtualDirectory); TimeSpan totalSeconds=new TimeSpan(0); foreach(string uri in arrayList
Re: [Mono-dev] DeadLock Problem in ASP.NET
Le mardi 25 avril 2006 18:03 -0700, Gonzalo Paniagua Javier a crit: On Tue, 2006-04-25 at 18:25 +0200, Hubert FONGARNAND wrote: Hi Gonzalo, It seems that i've another deadlock problem, but it's very hard to reproduce exactly I've send a SIGQUIT to mod_mono_server to do a thread dump : Can you provide more data here? Specifically, the @Page or @Control directive for the page/control that is being compiled and anything else that helps reproducing the problem. -Gonzalo The only thing i can provide in the aspx... that sometimes fails... but the entire application is made of more 150 aspx/ascx files... But as i said, I can't reproduce this bug all the time... Thanks Hubert ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. %@ Register TagPrefix=uc1 TagName=CoMenu Src=CoMenu.ascx % %@ Register TagPrefix=jlc Namespace=JLovell.WebControls Assembly=StaticPostBackPosition % %@ Register TagPrefix=uc1 TagName=CoSearchApplication Src=CoSearchApplication.ascx % %@ Page language=c# Codebehind=PageSearchApp.aspx.cs AutoEventWireup=false Inherits=IntranetAdmin.PageSearchApp % !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTML HEAD titlePageSearchApp/title meta name=GENERATOR Content=Microsoft Visual Studio .NET 7.1 meta name=CODE_LANGUAGE Content=C# meta name=vs_defaultClientScript content=JavaScript meta name=vs_targetSchema content=http://schemas.microsoft.com/intellisense/ie5; meta http-equiv=Content-Type content=text/html;charset=utf-8 LINK href=General.css type=text/css rel=stylesheet /HEAD body MS_POSITIONING=FlowLayout bottomMargin=2 leftMargin=2 topMargin=2 rightMargin=2 form id=Form1 method=post runat=server CENTER TABLE id=Table1 cellSpacing=1 cellPadding=1 width=998 border=0 TR TD uc1:CoMenu id=COM runat=server/uc1:CoMenuBR TABLE class=MainContour id=TCoU cellSpacing=0 cellPadding=0 width=100% border=0 runat=server TR TD uc1:CoSearchApplication id=SA runat=server/uc1:CoSearchApplication/TD /TR /TABLE /TD /TR /TABLE /CENTER /form BR jlc:StaticPostBackPosition id=SPBP runat=server/jlc:StaticPostBackPosition /body /HTML %@ Control Language=c# AutoEventWireup=false Codebehind=CoSearchApplication.ascx.cs Inherits=IntranetAdmin.CoSearchApplication TargetSchema=http://schemas.microsoft.com/intellisense/ie5% asp:panel id=P Width=100% CssClass=BGTFonceTitres runat=server TABLE id=Table2 cellSpacing=0 cellPadding=0 width=100% border=0 TR TD align=center width=22 height=22 asp:Image id=imgEvt runat=server ImageUrl=icones/loupe.gif/asp:Image/TD TD height=22 asp:Label id=lblTitre runat=server CssClass=LabelBigSélectionnez une application/asp:Label/TD TD align=center height=22/TD TD align=center width=21 height=22/TD /TR /TABLE /asp:panelasp:panel id=pA Width=100% CssClass=PnlTitre2 runat=server TABLE id=T1 style=PADDING-RIGHT: 2px; PADDING-LEFT: 2px; PADDING-BOTTOM: 1px; PADDING-TOP: 1px height=22 cellSpacing=0 cellPadding=0 width=100% border=0 TR TD asp:label id=lblSousTitre runat=server CssClass=Label ForeColor=#0A246ARecherche/asp:label/TD TD align=right/TD TD align
[Mono-dev] Could not create Thread...
>From times to times, usually when my process is 2-3 days old. I've this message : ** (./ServersLauncher.exe:6601): WARNING **: CreateThread: error creating thread handle Unhandled Exception: System.ExecutionEngineException: Couldn't create thread in 0x0 unknown method in (wrapper managed-to-native) System.Object:__icall_wrapper_mono_delegate_begin_invoke (object,intptr) in (wrapper delegate-begin-invoke) System.MulticastDelegate:begin_invoke_IAsyncResult_object_AsyncCallback_object (object,System.AsyncCallback,object) in 0x00013 System.Threading.ThreadPool:QueueUserWorkItem (System.Threading.WaitCallback callback, System.Object state) in 0x000aa System.Timers.Timer:StartTimer () in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () ** (./ServersLauncher.exe:6601): WARNING **: CreateThread: error creating thread handle ServersLauncher is an application that launch and control the execution of mod_mono_server (ASP.NET server) Someone has ever seen this kind of problem? Is there a special tuning to do (kernel config, environment variable) Thanks ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] DeadLock Problem in ASP.NET
) 0xff95 - in (wrapper runtime-invoke) System.Object:runtime_invoke_void_object (object,intptr,intptr,intptr) 0x50f8c3c4 - - tid=0x0xb5eb8bb0 this=0x0x152c00: - - tid=0x0xb6b29bb0 this=0x0x21180: - in (wrapper managed-to-native) System.IO.FAMWatcher:gamin_Pending (System.IO.FAMConnection) 0x4 - in (wrapper managed-to-native) System.IO.FAMWatcher:gamin_Pending (System.IO.FAMConnection) 0xffce - in System.IO.FAMWatcher:FAMPending (System.IO.FAMConnection) 0x16 - in System.IO.FAMWatcher:Monitor () 0x33 - in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () 0x57558 - in (wrapper runtime-invoke) System.Object:runtime_invoke_void (object,intptr,intptr,intptr) 0x513ce369 I Hope that you could help me... I'm trying to reproduce it... but it seems to appear at random time... Thanks Hubert FONGARNANd Le jeudi 20 avril 2006 13:06 -0400, Gonzalo Paniagua Javier a crit : On Thu, 2006-04-20 at 18:46 +0200, Hubert FONGARNAND wrote: Hi Gonzalo I've just highlight an important deadlock problem in ASP.NET on mono Please take on look on : http://bugzilla.ximian.com/show_bug.cgi?id=78149 I think it's already fixed. Please retest and follow up in bugzilla. Thanks. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] DeadLock Problem in ASP.NET
Hi Gonzalo I've just highlight an important deadlock problem in ASP.NET on mono Please take on look on : http://bugzilla.ximian.com/show_bug.cgi?id=78149 Thanks! -- Hubert FONGARNAND [EMAIL PROTECTED] Fiducial ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] mod_mono don't terminate XSP
Hello I'm working on a program that would manage the mod_mono_server process (example : it would restart it if it die, send a mail, write log...), I want to control the lifecycle of mod_mono_server... It work well with the MonoRunXSP false directive... But when I shutdown apache, mod_mono send a message to my mod_mono_server to shut down too... ex: [Fri Mar 31 12:27:17 2006] [warn] Terminate XSP [Fri Mar 31 12:27:17 2006] [warn] try_connect: 0 Is it possible to avoid apache killing my mod_mono_server process? Thanks! ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
A ASP.NET designer/debugger integrated to MonoDevelop In our company we use mono on the ASP.NET server side. But our developper use Visual Studio to develop ASP.NET applications... Ok, it's not impossible to develop ASP.NET apps with monodevelop... but it's very time consuming... My dream is to develop web applications with monodevelop with the same (and better) way than VS... Another question, will it be possible to implement a debugger for ASP.NET ??? (i've tried to debug a xsp ASP.NET application with mdb... it's very very tricky...) Thanks a lot for all this work! Le mardi 28 mars 2006 20:47 -0500, Miguel de Icaza a crit : Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is-missing feature or IDE or the debugger. We know about those. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] CreateThread: error creating thread handle with mod_mono and ASP.NET
My server is up since about 24h... Does someone has ever since this kind of error, this is the log of mod_mono (in verbose mode)... Mod_mono does'nt restart mod_mono_server automatically when mod_mono_server crashes, so i'm writing a program that manages my mod_mono_servers... thanks [Fri Mar 31 08:35:35 2006] [warn] handler: mono [Fri Mar 31 08:35:35 2006] [warn] config = 135334696 [Fri Mar 31 08:35:35 2006] [warn] dir_config = 135466504 [Fri Mar 31 08:35:35 2006] [warn] idx = 2 [Fri Mar 31 08:35:35 2006] [warn] Socket file name /tmp/mod_mono_server_portailintranet [Fri Mar 31 08:35:35 2006] [warn] try_connect: 0 [Fri Mar 31 08:35:35 2006] [warn] After setup_socket [Fri Mar 31 08:35:35 2006] [warn] Sending init data [Fri Mar 31 08:35:35 2006] [warn] Send init1 [Fri Mar 31 08:35:35 2006] [warn] Host: 10.69.100.92 [Fri Mar 31 08:35:35 2006] [warn] User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 [Fri Mar 31 08:35:35 2006] [warn] Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 [Fri Mar 31 08:35:35 2006] [warn] Accept-Language: fr-fr,fr;q=0.8,en-us;q=0.5,en;q=0.3 [Fri Mar 31 08:35:35 2006] [warn] Accept-Encoding: gzip,deflate [Fri Mar 31 08:35:35 2006] [warn] Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 [Fri Mar 31 08:35:35 2006] [warn] Max-Forwards: 10 [Fri Mar 31 08:35:35 2006] [warn] X-Forwarded-For: 10.69.100.180 [Fri Mar 31 08:35:35 2006] [warn] X-Forwarded-Host: 10.69.100.92 [Fri Mar 31 08:35:35 2006] [warn] X-Forwarded-Server: intranet.fidudev.fr [Fri Mar 31 08:35:35 2006] [warn] Loop ** (/usr/lib/pkgconfig/../../lib/xsp/1.0/mod-mono-server.exe:6649): WARNING **: CreateThread: error creating thread handle Unhandled Exception: System.ExecutionEngineException: Couldn't create thread in 0x0 unknown method in (wrapper delegate-begin-invoke) System.MulticastDelegate:begin_invoke_IAsyncResult_object_AsyncCallback_object (object,System.AsyncCallback,object) in 0x00012 System.Threading.ThreadPool:QueueUserWorkItem (System.Threading.WaitCallback callback) in 0x00226 Mono.WebServer.ApplicationServer:RunServer () in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () [Fri Mar 31 08:35:36 2006] [warn] Done. Status: 500 [Fri Mar 31 08:35:51 2006] [warn] handler: mono [Fri Mar 31 08:35:51 2006] [warn] config = 135334696 [Fri Mar 31 08:35:51 2006] [warn] dir_config = 135466504 [Fri Mar 31 08:35:51 2006] [warn] idx = 2 [Fri Mar 31 08:35:51 2006] [warn] Socket file name /tmp/mod_mono_server_portailintranet [Fri Mar 31 08:35:51 2006] [warn] errno in try_connect 2 No such file or directory [Fri Mar 31 08:35:51 2006] [warn] try_connect: -1 [Fri Mar 31 08:35:51 2006] [warn] After setup_socket ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] large interface crashes mcs
I've reeopen bug : http://bugzilla.ximian.com/show_bug.cgi?id=75172 In our intranet we use remoting, and we have an client interface and a server with many method... We the number of method exceed 500, mcs crashes badly with : Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in 0x0 unknown method in (wrapper managed-to-native) System.MonoType:GetMethodsByName (string,System.Reflection.BindingFlags,bool,System.Type) in 0x00017 System.MonoType:GetMethods (BindingFlags bindingAttr) in 0x00369 System.Type:FindMembers (MemberTypes memberType, BindingFlags bindingAttr, System.Reflection.MemberFilter filter, System.Object filterCriteria) in 0x0004a Mono.CSharp.TypeHandle:GetMembers (MemberTypes mt, BindingFlags bf)in 0x00034 Mono.CSharp.MemberCache:AddMembers (MemberTypes mt, BindingFlags bf, IMemberContainer container) in 0x0003e Mono.CSharp.MemberCache:AddMembers (MemberTypes mt, IMemberContainer container) in 0x0004d Mono.CSharp.MemberCache:AddMembers (IMemberContainer container) in 0x00164 Mono.CSharp.MemberCache:.ctor (IMemberContainer container) in 0x000b9 Mono.CSharp.TypeHandle:.ctor (System.Type type) in 0x00051 Mono.CSharp.TypeHandle:GetTypeHandle (System.Type t) in 0xb Mono.CSharp.TypeHandle:GetMemberCache (System.Type t) in 0x000d3 Mono.CSharp.TypeManager:LookupMemberCache (System.Type t) in 0x000bc Mono.CSharp.MemberCache:.ctor (System.Type[] ifaces) in 0x00099 Mono.CSharp.TypeManager:LookupBaseInterfacesCache (System.Type t) in 0x00069 Mono.CSharp.TypeContainer:get_BaseCache () in 0x00046 Mono.CSharp.MemberCache:.ctor (IMemberContainer container) in 0x004d5 Mono.CSharp.TypeContainer:DoDefineMembers () in 0x0002a Mono.CSharp.TypeContainer:DefineMembers (Mono.CSharp.TypeContainer container) in 0x000fa Mono.CSharp.RootContext:PopulateTypes () in 0x00b22 Mono.CSharp.Driver:MainDriver (System.String[] args) in 0xf Mono.CSharp.Driver:Main (System.String[] args) This bug was in Needinfo state since 2005-06-07 19:06 I've attached a test case, which could be useful to debug this, I think this bug is a criticial one! Thanks ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Le mardi 28 mars 2006 20:47 -0500, Miguel de Icaza a crit: Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is-missing feature or IDE or the debugger. We know about those. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list My bug corrected... lol... http://bugzilla.ximian.com/buglist.cgi?bug_status=NEWbug_status=ASSIGNEDbug_status=NEEDINFObug_status=REOPENEDemail1=informatique.internet%40fiducial.fremailtype1=exactemailassigned_to1=1emailreporter1=1emailcc1=1email2=emailtype2=substringemailreporter2=1changedin=chfieldfrom=chfieldto=Nowchfieldvalue=short_desc=short_desc_type=substringlong_desc=long_desc_type=substringbug_file_loc=bug_file_loc_type=substringkeywords=keywords_type=anywordsop_sys_details=op_sys_details_type=substringversion_details=version_details_type=substringcmdtype=doitnewqueryname=order=%27Importance%27form_name=query ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Some function are missing in ClientValidation...( CompareValidator)
Hello! ClientValidation is far from complete on Mono. We need the CompareValidator component in our applications. When do you plan to implement it in WebUIValidation.js? I will try to help you and contribute! Thanks Hubert FONGARNAND ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Status of Mono Garbage Collector?
Tree month ago (11/17/2006) Miguel said : Paolo has been working on a new garbage collector (GC) engine. Currently Mono GC interface is almost pluggable (the work to plug different GCs was done a few months ago). The new GC engine is a precise, generational, compacting collector. This means that the Mono GC will be able to return memory to the operating system when it no longer needs it. We are making a few tradeoffs to ship this version of the collector quickly. For instance this new GC will treat the stack conservatively has two effects: it makes it easy for embedders of Mono to use the new GC but it also might flag a lot of pinned objects. We hope that the new GC can be tested in February or March, the code will start landing in December. I'd want to know more about the statut of this new GC. I think, that mono will be usable (on a desktop) (try to use beagle...) only if there's a good precise GC... There's too many memory leak problems with the current boehm GC... (even on a server, i must restart apache once a week to avoid memory problem). Regards Hubert FONGARNAND ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Invalid IL code in gtksharp_gnome_program_init
I've recompiled my mono from svn this morning : I cannot run any gtk# program! [EMAIL PROTECTED] ~/mono/gtk-sharp $ monodevelop System.InvalidProgramException: Invalid IL code in (wrapper managed-to-native) Gnome.Program:gtksharp_gnome_program_init (string,string,intptr,int,intptr,int,Gnome.Program/PropertyArg[]): IL_0027: ldlen in 0x0 unknown method in 0x002e9 Gnome.Program:.ctor (System.String app_id, System.String app_version, Gnome.ModuleInfo module, System.String[] argv, System.Object[] props) in 0x00498 MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args) in 0x00168 MonoDevelop.Core.AddIns.AddInService:StartApplication (System.String addinId, System.String[] parameters) [EMAIL PROTECTED] ~/mono/gtk-sharp $ blam Unhandled Exception: System.InvalidProgramException: Invalid IL code in (wrapper managed-to-native) Gnome.Program:gtksharp_gnome_program_init (string,string,Gnome.ModuleInfo,int,string[],int,Gnome.Program/PropertyArg[]): IL_013b: ldlen in 0x0 unknown method in 0x0029f Gnome.Program:.ctor (System.String app_id, System.String app_version, ModuleInfo module, System.String[] argv, System.Object[] props) in 0x00058 Imendio.Blam.Application:.ctor (System.String[] args, System.Object[] props) in 0x0002c Imendio.Blam.Application:Main (System.String[] args) ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono debugger : Inconsistency detected by ld.so:
I've seen that the debugger as changed these days... I'm working with gentoo with libc with tls enabled... I've updated my debugger from svn, and I always get : [EMAIL PROTECTED] ~/mono/debugger $ mdb Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result = _rtld_local._dl_tls_max_dtv_idx' failed! Does somebody could help me on this issue? thanks ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problem with monodevelop with the today's mono from svn
Monodevelop worked like a charm yesterday, and this morning, i've updated my mono and now it fails... (it seem's that modifications in metadata cause this regression...) cd build/bin LD_LIBRARY_PATH=`echo :/usr/lib/mozilla | sed 's/^://g'` /usr/bin/mono --debug MonoDevelop.exe (MonoDevelop:18771): Gnome-WARNING **: Accessibility: failed to find module 'libgail-gnome' which is needed to make this application accessible GTK Accessibility Module initialized (MonoDevelop:18771): Gnome-WARNING **: Accessibility: failed to find module 'libatk-bridge' which is needed to make this application accessible no implementation for interface method MonoDevelop.Core.Gui.IDelegateFactory::Create(Delegate,SyncContext) in class .__ProjectEventHandler_DelegateFactory METHOD .ctor() METHOD Dispatch(object) METHOD ProxyCall(object,ProjectEventArgs) METHOD Create(Delegate,SyncContext) ** ERROR **: file class.c: line 1831 (mono_class_setup_vtable_general): should not be reached aborting... (gnome_segv:18790): Gnome-WARNING **: Accessibility: failed to find module 'libgail-gnome' which is needed to make this application accessible GTK Accessibility Module initialized (gnome_segv:18790): Gnome-WARNING **: Accessibility: failed to find module 'libatk-bridge' which is needed to make this application accessible make: *** [runmd] Erreur 1 ___ 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 monodevelop with the today's mono from svn
I've reverted to : svn up mcs -r 54350 and it works... it seem's that the actual svn version has a problem... Le jeudi 15 dcembre 2005 10:35 +0100, Hubert FONGARNAND a crit : Monodevelop worked like a charm yesterday, and this morning, i've updated my mono and now it fails... (it seem's that modifications in metadata cause this regression...) cd build/bin LD_LIBRARY_PATH=`echo :/usr/lib/mozilla | sed 's/^://g'` /usr/bin/mono --debug MonoDevelop.exe (MonoDevelop:18771): Gnome-WARNING **: Accessibility: failed to find module 'libgail-gnome' which is needed to make this application accessible GTK Accessibility Module initialized (MonoDevelop:18771): Gnome-WARNING **: Accessibility: failed to find module 'libatk-bridge' which is needed to make this application accessible no implementation for interface method MonoDevelop.Core.Gui.IDelegateFactory::Create(Delegate,SyncContext) in class .__ProjectEventHandler_DelegateFactory METHOD .ctor() METHOD Dispatch(object) METHOD ProxyCall(object,ProjectEventArgs) METHOD Create(Delegate,SyncContext) ** ERROR **: file class.c: line 1831 (mono_class_setup_vtable_general): should not be reached aborting... (gnome_segv:18790): Gnome-WARNING **: Accessibility: failed to find module 'libgail-gnome' which is needed to make this application accessible GTK Accessibility Module initialized (gnome_segv:18790): Gnome-WARNING **: Accessibility: failed to find module 'libatk-bridge' which is needed to make this application accessible make: *** [runmd] Erreur 1 ___ 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] Upload (File Field) Control doesn't not add the enctype attribute to the form
I've seen a behaviour difference between Mono and MS.NET with the File Field Control! please see http://bugzilla.ximian.com/show_bug.cgi?id=76837 There's an attached test case! thanks ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Client Ip Adress with Remoting?
Is there a way (for a mono remoting) to get the Ip adress of the client who's connected to? I need to know this IP adress in order to log access to the remoting server Thanks _ _v_ Hubert FONGARNAND /(_)\ Fiducial ^ ^ Service Intranet-Internet ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] BINARY INCOMPATIBILITY
Since this morning, my mono r.53109. produces .exe that are not recognized by the MS.NET Framework 1.1 My code is : // project created on 28/09/2005 at 10:43 using System; class MainClass { public static void Main(string[] args) { Console.WriteLine(Hello World); } } ~ I do mcs test.cs and # mono ./Main.exe Hello World (it works on Linux) But on windows c:\Main.exe c:\ When i want to add a dll or an exe generated by mono as a reference in Visual Studio : It says that the assembly is not valid! ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] BINARY INCOMPATIBILITY
I've opened a bugzilla entry : #76723 http://bugzilla.ximian.com/show_bug.cgi?id=76723 Le mercredi 16 novembre 2005 13:57 +0100, Hubert FONGARNAND a crit : Since this morning, my mono r.53109. produces .exe that are not recognized by the MS.NET Framework 1.1 My code is : // project created on 28/09/2005 at 10:43 using System; class MainClass { public static void Main(string[] args) { Console.WriteLine(Hello World); } } ~ I do mcs test.cs and # mono ./Main.exe Hello World (it works on Linux) But on windows c:\Main.exe c:\ When i want to add a dll or an exe generated by mono as a reference in Visual Studio : It says that the assembly is not valid! ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas o il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser immdiatement l'expditeur. Toute utilisation de ce message non conforme sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'tant pas scurises, l'intgrit de ce message n'est pas assure et la socit mettrice ne peut tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] The type or namespace name `LowerCaseStringConverter' could not be found
Error when compiling mono this morning (svn up make clean ./autogen.sh make) make[7]: Entering directory `/home/hubert/mono/mcs/class/System.Web' MONO_PATH=../../class/lib/net_2_0:$MONO_PATH /home/hubert/mono/mono/runtime/mono-wrapper ../../gmcs/gmcs.exe /codepage:28591 -d:NET_1_1 -d:NET_2_0 -debug /noconfig -unsafe -nowarn:612,649 -r:mscorlib.dll -r:System.dll -r:System.Drawing.dll -r:System.Data.dll -r:System..Xml.dll -r:System.EnterpriseServices.dll -r:System.Configuration.dll /resource:resources/WebUIValidation.js /resource:resources/arrow_minus.gif /resource:resources/arrow_noexpand.gif /resource:resources/arrow_plus.gif /resource:resources/arrow_up.gif /resource:resources/arrow_down.gif /resource:resources/box_full.gif /resource:resources/box_empty.gif /resource:resources/box_minus.gif /resource:resources/box_noexpand.gif /resource:resources/box_plus.gif /resource:resources/contact.gif /resource:resources/dot_empty.gif /resource:resources/dot_full.gif /resource:resources/dots.gif /resource:resources/inbox.gif /resource:resources/star_empty.gif /resource:resources/star_full.gif /resource:resources/warning.gif /resource:resources/TreeView_noexpand.gif /resource:resources/TreeView_dash.gif /resource:resources/TreeView_dashminus.gif /resource:resources/TreeView_dashplus.gif /resource:resources/TreeView_i.gif /resource:resources/TreeView_l.gif /resource:resources/TreeView_lminus.gif /resource:resources/TreeView_lplus.gif /resource:resources/TreeView_minus.gif /resource:resources/TreeView_plus.gif /resource:resources/TreeView_r.gif /resource:resources/TreeView_rminus.gif /resource:resources/TreeView_rplus.gif /resource:resources/TreeView_t.gif /resource:resources/TreeView_tminus.gif /resource:resources/TreeView_tplus.gif /resource:resources/callback.js /resource:resources/webform.js /resource:System.Web.UI.WebControls/GridView.js /resource:System.Web.UI.WebControls/TreeView.js /resource:System.Web.UI.WebControls/Menu.js -target:library -out:../../class/lib/net_2_0/System.Web.dll @System.Web.dll.sources System.Web.Mail/MailAttachment.cs(53,43): warning CS0618: `System.Web.Mail.MailEncoding' is obsolete: `The recommended alternative is System.Net.Mime.TransferEncoding.' System.Web.Mail/MailMessage.cs(91,10): warning CS0618: `System.Web.Mail.MailFormat' is obsolete: `The recommended alternative is System.Net.Mail.MailMessage.IsBodyHtml.' System.Web.Mail/MailMessage.cs(110,10): warning CS0618: `System.Web.Mail.MailPriority' is obsolete: `The recommended alternative is System.Net.Mail.MailPriority.' System.Web.Mail/MailMessageWrapper.cs(46,10): warning CS0618: `System.Web.Mail.MailMessage' is obsolete: `The recommended alternative is System.Net.Mail.MailMessage.' System.Web.Mail/MailMessageWrapper.cs(50,29): warning CS0618: `System.Web.Mail.MailMessage' is obsolete: `The recommended alternative is System.Net.Mail.MailMessage.' System.Web.Mail/MailMessageWrapper.cs(197,9): warning CS0618: `System.Web.Mail.MailFormat' is obsolete: `The recommended alternative is System.Net.Mail.MailMessage.IsBodyHtml.' System.Web.Mail/MailMessageWrapper.cs(197,9): warning CS0618: `System.Web.Mail.MailFormat' is obsolete: `The recommended alternative is System.Net.Mail.MailMessage.IsBodyHtml.' System.Web.Mail/MailMessageWrapper.cs(214,9): warning CS0618: `System.Web.Mail.MailPriority' is obsolete: `The recommended alternative is System.Net.Mail.MailPriority.' System.Web.Mail/MailMessageWrapper.cs(214,9): warning CS0618: `System.Web.Mail.MailPriority' is obsolete: `The recommended alternative is System.Net.Mail.MailPriority.' System.Web.Mail/SmtpMail.cs(64,28): warning CS0618: `System.Web.Mail.MailMessage' is obsolete: `The recommended alternative is System.Net.Mail.MailMessage.' System.Web.Profile/ProfileBase.cs(126,44): warning CS0114: `System.Web.Profile.ProfileBase.Properties' hides inherited member `System.Configuration.SettingsBase.Properties'. To make the current member override that implementation, add the override keyword. Otherwise add the new keyword /home/hubert/mono/mcs/class/lib/net_2_0/System.dll: `System.Configuration.SettingsBase.Properties', name of symbol related to previous warning System.Web.Profile/ProfileProviderCollection.cs(49,26): warning CS0108: `System.Web.Profile.ProfileProviderCollection.this[string]' hides inherited member `System.Configuration.SettingsProviderCollection.Item'. Use the new keyword if hiding was intended /home/hubert/mono/mcs/class/lib/net_2_0/System.dll: `System.Configuration.SettingsProviderCollection.Item', name of symbol related to previous warning System.Web.UI.WebControls/BoundField.cs(111,25): warning CS0114: `System.Web.UI.WebControls.BoundField.HeaderText' hides inherited member `System.Web.UI.WebControls.DataControlField.HeaderText'. To make the current member override that implementation, add the override keyword. Otherwise add the new keyword System.Web.UI.WebControls/DataControlField.cs(308,4):: `System.Web.UI.WebControls.DataControlField.HeaderText.set', name of
[Mono-dev] Problem with debugger on gentoo
I've compiled the mono debugger from svn. When I try to run mdb I get: [EMAIL PROTECTED] ~/mono/debugger $ mdb Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result = _rtld_local._dl_tls_max_dtv_idx' failed! I'm running this libc: GNU C Library 20041102 release version 2.3.4, by Roland McGrath et al. Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6). Compiled on a Linux 2.6.8 system on 2005-02-08. Available extensions: GNU libio by Per Bothner crypt add-on version 2.1 by Michael Glad and others Native POSIX Threads Library by Ulrich Drepper et al The C stubs add-on version 2.1.2. GNU Libidn by Simon Josefsson BIND-8.2.3-T5B NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk Thread-local storage support included. For bug reporting instructions, please see: http://www.gnu.org/software/libc/bugs.html. thanks ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problem when compiling (at runtime) a user web control
I've made a very simple web control: namespace MonoTestLib { public class TestComposant:System.Web.UI.WebControls.Label { public enum CWebContextMenuStyle { Test1, Test2, Standard } public TestComposant():base() { } public CWebContextMenuStyle MenuStyle { get { if (ViewState[CSSPREFIX]==null) return CWebContextMenuStyle.Standard; else return (CWebContextMenuStyle)ViewState[CSSPREFIX]; } set { ViewState[CSSPREFIX]=value; } } } } I've got compilation problems with it at runtime : i've opened a bug (76580) in bugzilla with a big description and a test case! ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problem with URIBuilder...
I've opened a new bug in bugzilla : http://bugzilla.ximian.com/show_bug.cgi?id=76501 If you execute the following code on mono : UriBuilder ub=new UriBuilder(http://mondomaine/trucmuche/login.aspx); ub.Query=ub.Query.TrimStart(new char[]{'?'})+ticket=bla; Console.WriteLine((URIBUILDER)Redirige vers : +ub.ToString()); Console.ReadLine(); you'll obtain : http://mondomaine:80//trucmuche/login.aspx?ticket=bla (note the double / after :80) on MS.NET you'll obtain http://mondomaine:80/trucmuche/login.aspx?ticket=bla I've done a little patch to solve this issue... Could someone apply it... ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. Index: System/UriBuilder.cs === --- System/UriBuilder.cs (revision 52016) +++ System/UriBuilder.cs (working copy) @@ -260,9 +260,15 @@ builder.Append (host); if (port 0) builder.Append (: + port); - - if (path != String.Empty) -builder.Append ('/'); + + if (path != String.Empty) + { +if (!builder.ToString().EndsWith(/)) +{ + if (!path.StartsWith(/)) + builder.Append ('/'); +} + } builder.Append (path); builder.Append (query); ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] BIG ASP.NET BUG : SegFault when sending a Response of a size 120Ko
Le mardi 18 octobre 2005 16:37 +0200, Hubert FONGARNAND a crit : I confirm it still fails with this test case (updated on bugzilla) Well, thank you for the fix... But it fails now with a length200ko you can try : private void MyButton_Click(object sender,EventArgs e) { int length=20; byte[] buffer=new byte[length]; Response.ClearHeaders(); Response.Clear(); Response.AddHeader(Content-Disposition,attachment; filename=\+essai+\); Response.AppendHeader(Content-Length,length.ToString()); Response.StatusCode = 200; Response.OutputStream.Write(buffer,0,length); Response.End(); Response.Flush(); } you will get : [EMAIL PROTECTED] /home/monoapp/WebApplication1 $ xsp xsp Listening on port: 8080 (non-secure) Listening on address: 0.0.0.0 Root directory: /home/monoapp/WebApplication1 Hit Return to stop the server. ** (process:11870): ERROR (recursed) **: file mini-trampolines.c: line 28 (mono_magic_trampoline): assertion failed: (addr) aborting... Erreur de segmentation I've updated the bug report... thank in advance hubert Le lundi 17 octobre 2005 20:49 -0400, Gonzalo Paniagua Javier a crit : On Mon, 2005-10-17 at 20:33 -0400, Gonzalo Paniagua Javier wrote: On Mon, 2005-10-17 at 11:08 +0200, Hubert FONGARNAND wrote: http://bugzilla.ximian.com/show_bug.cgi?id=76460 It's fixed now. For those of you seeing weird libc errors and xsp dying, please try http://primates.ximian.com/~gonzalo/System.Web.dll.gz (gunzip + gacutil -i), as I think it's the same problem as the one reported by Hubert. Thanks. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas oa il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser immtdiatement l'expditeur. Toute utilisation de ce message non conforme sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'tant pas spcurises, l'intrgrit de ce message n'est pas assur e et la socit mettrice ne peut 0tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. Title: Test <%@ Page language="c#" %> ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] BIG ASP.NET BUG : SegFault when sending a Response of a size 120Ko
Well, thank you for the fix... But it fails now with a length200ko you can try : private void MyButton_Click(object sender,EventArgs e) { int length=20; byte[] buffer=new byte[length]; Response.ClearHeaders(); Response.Clear(); Response.AddHeader(Content-Disposition,attachment; filename=\+essai+\); Response.AppendHeader(Content-Length,length.ToString()); Response.StatusCode = 200; Response.OutputStream.Write(buffer,0,length); Response.End(); Response.Flush(); } you will get : [EMAIL PROTECTED] /home/monoapp/WebApplication1 $ xsp xsp Listening on port: 8080 (non-secure) Listening on address: 0.0.0.0 Root directory: /home/monoapp/WebApplication1 Hit Return to stop the server. ** (process:11870): ERROR (recursed) **: file mini-trampolines.c: line 28 (mono_magic_trampoline): assertion failed: (addr) aborting... Erreur de segmentation I've updated the bug report... thank in advance hubert Le lundi 17 octobre 2005 20:49 -0400, Gonzalo Paniagua Javier a crit : On Mon, 2005-10-17 at 20:33 -0400, Gonzalo Paniagua Javier wrote: On Mon, 2005-10-17 at 11:08 +0200, Hubert FONGARNAND wrote: http://bugzilla.ximian.com/show_bug.cgi?id=76460 It's fixed now. For those of you seeing weird libc errors and xsp dying, please try http://primates.ximian.com/~gonzalo/System.Web.dll.gz (gunzip + gacutil -i), as I think it's the same problem as the one reported by Hubert. Thanks. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] BIG ASP.NET BUG : SegFault when sending a Response of a size 120Ko
Hello I'm working with mono from svn : (today's revision) I want to send a byte[] of a size 120kb to the client: this code cause a segfault to xsp : private void MyButton_Click(object sender,EventArgs e) { int length=12; byte[] buffer=new byte[length]; Response.ClearHeaders(); Response.Clear(); Response.AddHeader(Content-Disposition,attachment; filename=\+essai+\); Response.AppendHeader(Content-Length,length.ToString()); Response.StatusCode = 200; Response.OutputStream.Write(buffer,0,length); Response.End(); Response.Flush(); } . [EMAIL PROTECTED] /home/monoapp/WebApplication1 $ xsp xsp Listening on port: 8080 (non-secure) Listening on address: 0.0.0.0 Root directory: /home/monoapp/WebApplication1 Hit Return to stop the server. Erreur de segmentation I'm opening a bug in bugzilla with the complete test case... I believe this bug is linked with the new unmanaged IO Asp.NET stack... I think it's a Major regression (because it use to work) ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] BIG ASP.NET BUG : SegFault when sending a Response of a size 120Ko
http://bugzilla.ximian.com/show_bug.cgi?id=76460 Le lundi 17 octobre 2005 10:56 +0200, Hubert FONGARNAND a crit : Hello I'm working with mono from svn : (today's revision) I want to send a byte[] of a size 120kb to the client: this code cause a segfault to xsp : private void MyButton_Click(object sender,EventArgs e) { int length=12; byte[] buffer=new byte[length]; Response.ClearHeaders(); Response.Clear(); Response.AddHeader(Content-Disposition,attachment; filename=\+essai+\); Response.AppendHeader(Content-Length,length.ToString()); Response.StatusCode = 200; Response.OutputStream.Write(buffer,0,length); Response.End(); Response.Flush(); } . [EMAIL PROTECTED] /home/monoapp/WebApplication1 $ xsp xsp Listening on port: 8080 (non-secure) Listening on address: 0.0.0.0 Root directory: /home/monoapp/WebApplication1 Hit Return to stop the server. Erreur de segmentation I'm opening a bug in bugzilla with the complete test case... I believe this bug is linked with the new unmanaged IO Asp.NET stack... I think it's a Major regression (because it use to work) ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas o il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser immdiatement l'expditeur. Toute utilisation de ce message non conforme sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'tant pas scurises, l'intgrit de ce message n'est pas assure et la socit mettrice ne peut tre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] timeouts with xsp
Hello Is there a way to set the timeout limit of a request in xsp (may be in xsp.exe.config)... (i've a very long request, that recreate a database, and xsp's doing timeouts) thanks ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problem with MonoDevelop Code Completion
I've this error, with monodevelop since this morning when it tries to generate pidb files: 2005-10-04 11:34:39,077 [-1257473104] ERROR MonoDevelop.Services.ILoggingService [(null)] - System.NullReferenceException: Object reference not set to an instance of an object in 0x0 unknown method in 0x001c2 ICSharpCode.SharpRefactory.Parser.Lexer:Next () in 0x00050 ICSharpCode.SharpRefactory.Parser.Lexer:NextToken () in 0x0106a ICSharpCode.SharpRefactory.Parser.Parser:PrimaryExpr (ICSharpCode.SharpRefactory.Parser.AST._expression_ pexpr) in 0x003a0 ICSharpCode.SharpRefactory.Parser.Parser:UnaryExpr (ICSharpCode.SharpRefactory.Parser.AST._expression_ uExpr) in 0x000cd ICSharpCode.SharpRefactory.Parser.Parser:StatementExpr (ICSharpCode.SharpRefactory.Parser.AST.Statement stmt) in 0x00297 ICSharpCode.SharpRefactory.Parser.Parser:EmbeddedStatement (ICSharpCode.SharpRefactory.Parser.AST.Statement statement) in 0x00294 ICSharpCode.SharpRefactory.Parser.Parser:Statement () in 0x00085 ICSharpCode.SharpRefactory.Parser.Parser:Block (ICSharpCode.SharpRefactory.Parser.AST.Statement stmt) in 0x00098 ICSharpCode.SharpRefactory.Parser.Parser:EmbeddedStatement (ICSharpCode.SharpRefactory.Parser.AST.Statement statement) in 0x00300 ICSharpCode.SharpRefactory.Parser.Parser:EmbeddedStatement (ICSharpCode.SharpRefactory.Parser.AST.Statement statement) in 0x00294 ICSharpCode.SharpRefactory.Parser.Parser:Statement () in 0x00085 ICSharpCode.SharpRefactory.Parser.Parser:Block (ICSharpCode.SharpRefactory.Parser.AST.Statement stmt) in 0x005b5 ICSharpCode.SharpRefactory.Parser.Parser:StructMemberDecl (ICSharpCode.SharpRefactory.Parser.Modifiers m, System.Collections.ArrayList attributes) in 0x00047 ICSharpCode.SharpRefactory.Parser.Parser:ClassMemberDecl (ICSharpCode.SharpRefactory.Parser.Modifiers m, System.Collections.ArrayList attributes) in 0x000b7 ICSharpCode.SharpRefactory.Parser.Parser:ClassBody () in 0x001a6 ICSharpCode.SharpRefactory.Parser.Parser:TypeDecl (ICSharpCode.SharpRefactory.Parser.Modifiers m, System.Collections.ArrayList attributes, Boolean partial) in 0x00280 ICSharpCode.SharpRefactory.Parser.Parser:NamespaceMemberDecl () in 0x0014d ICSharpCode.SharpRefactory.Parser.Parser:NamespaceMemberDecl () in 0x00095 ICSharpCode.SharpRefactory.Parser.Parser:CS () in 0x0006f ICSharpCode.SharpRefactory.Parser.Parser:Parse (ICSharpCode.SharpRefactory.Parser.Lexer lexer) in 0x0007b CSharpBinding.Parser.TParser:Parse (System.String fileName, System.String fileContent) in 0x002a5 MonoDevelop.Services.ParserDatabase:DoParseFile (System.String fileName, System.String fileContent) in 0x00060 MonoDevelop.Services.ProjectCodeCompletionDatabase:ParseFile (System.String fileName, IProgressMonitor monitor) in 0x00043 MonoDevelop.Services.CodeCompletionDatabase:ParseCallback (System.Object ob, IProgressMonitor monitor) in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_IProgressMonitor (object,MonoDevelop.Services.IProgressMonitor) in 0x000ff MonoDevelop.Services.ParserDatabase:ConsumeParsingQueue () ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] DotNet Remoting : Failed to read past end of stream
Le jeudi 29 septembre 2005 17:27 +0200, Hubert FONGARNAND a crit: Le jeudi 29 septembre 2005 17:12 +0200, Yngve Zackrisson a crit: Hi Hubert Maybe there is to many special characters in the string. Try a string without special characters. If the special characters are needed add a @ before the string i.e. @CODE des types de notes afficher ex NOTTECH_EXPE, on gre * exemple NOTETECH* on prend tous les codes commenant par NOTENAT It's the same thing... nothing changes I've filled a bug report : http://bugzilla.ximian.com/show_bug.cgi?id=76276 I've seen that this bug causes many problems (out of memory error, mono crash) when transmitting this string encapsulated in a very complex object (collections) Hope this helps Yngve Zackrisson. On Thu, 2005-09-29 at 16:56, Hubert FONGARNAND wrote: Hello There's surely a bug with serializing and deserializing string in mono... I've done a little .NET remoting serveur : with a single Hello Method : public string Echo(string text) { log.Info(Appel fonction Hello); return text; } If I call this method on the client with : ChannelServices.RegisterChannel(new TcpChannel()); ConverterManager = (IConverterManager)Activator.GetObject(typeof(IConverterManager),tcp://hublinux:4570/CConverterManager); Console.WriteLine(ConverterManager.Echo(CODE des types de notes afficher ex NOTTECH_EXPE, on gre * exemple NOTETECH* on prend tous les codes commenant par NOTENAT)); } catch (Exception e) { Console.WriteLine(Impossible de se connecter: +e.Message); return -1; } it crashs only with this string : CODE des types de notes afficher ex NOTTECH_EXPE, on gre * exemple NOTETECH* on prend tous les codes commenant par NOTENAT i don't know why?? I Get: Failed to read past end of stream. in [0x00188] (at /home/hubert/mono/mcs/class/corlib/System.Runtime.Remoting..Proxies/RealProxy.cs:219) System.Runtime.Remoting.Proxies.RealProxy:PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg, System..Exception exc, System.Object[] out_args) I get this error with : Mono (Client) and Mono (Server) Mono (Server) and Windows (Client) Thanks I will fill a bug report ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas o il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser immdiatement l'expditeur. Toute utilisation de ce message non conforme sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'tant pas scurises, l'intgrit de ce message n'est pas assure et la socit mettrice ne peut tre tenue pour responsable de son contenu. __ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Ce message et les ventuels documents joints peuvent contenir des informations confidentielles. Au cas oe il ne vous serait pas destin, nous vous remercions de bien vouloir le supprimer et en aviser immdiatement l'expditeur. Toute utilisation de ce message non conforme n sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'tant pas s0curises, l'intsgrit de ce message n'est pas assurte et la socitt mettrice ne peut Ftre tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] DotNet Remoting : Failed to read past end of stream
I've done an ethereal dump to try to understand the problem : .NET..#...tcp://localhost:4570/CServerManagerapplication/octet-stream..Echo.bServer.client.IServerManager, Client, Version=1.0.2098.31357, Culture=neutral, PublicKeyToken=null..Hello..NETHello..NET..#...tcp://localhost:4570/CServerManagerapplication/octet-stream..Echo.bServer.client.IServerManager, Client, Version=1.0.2098.31357, Culture=neutral, PublicKeyToken=null...CODE des types de notes .. afficher ex NOTTECH_EXPE, on g..re * exemple NOTETECH* on prend tous les codes commen..ant par NOTENAT..NET..D..System.IO.EndOfStreamException ClassName.Message.InnerException.HelpURL.StackTraceString.RemoteStackTraceString.RemoteStackIndex.HResult.Source.ExceptionMethod..System.IO.EndOfStreamException.Failed to read past end of stream. ...in 0x000f7 System.IO.BinaryReader:FillBuffer (Int32 bytes) in 0x0007c System.IO.BinaryReader:ReadString () in 0x002d2 System.Runtime.Serialization.Formatters.Binary.ObjectReader:ReadPrimitiveTypeValue (System.IO.BinaryReader reader, System.Type type) in 0x001a0 System.Runtime.Serialization.Formatters.Binary.MessageFormatter:ReadMethodCall (System.IO.BinaryReader reader, Boolean hasHeaders, System.Runtime.Remoting.Messaging.HeaderHandler headerHandler, System.Runtime.Serialization.Formatters.Binary.BinaryFormatter formatter) in 0x000ba System.Runtime.Serialization.Formatters.Binary.BinaryFormatter:Deserialize (System.IO.Stream serializationStream, System.Runtime.Remoting.Messaging.HeaderHandler handler) in 0x00161 System.Runtime.Remoting.Channels.BinaryServerFormatterSink:ProcessMessage (IServerChannelSinkStack sinkStack, IMessage requestMsg, ITransportHeaders requestHeaders, System.IO.Stream requestStream, IMessage responseMsg, ITransportHeaders responseHeaders, System.IO.Stream responseStream) ..mscorlib I hope it could help someone... . ___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list