Re: [Mono-dev] status of System.Messaging in Mono
Hi, I am actively working on implementing System.Messaging for Mono using RabbitMQ as a messaging bus implementation, which should be included in the latest builds. It should be considered as alpha at the moment. I am really in need of active users to help find bugs and give me an idea of which features are the most important. Most of the basic messaging features are implemented, but a caveat is that MS's System.Messaging library makes some assumptions about how a messaging bus should work, so some of the more esoteric features can't be supported. To try out our implementation you will need the following dlls from the mono build: System.Messaging.dll Mono.Messaging.dll Mono.Messaging.RabbitMQ.dll RabbitMQ.Client.dll You will need to install RabbitMQ from (http://www.rabbitmq.com), it's Free and Open Source and a decent messaging bus, theory it should work with QPid or OpenAMQ, but hasn't been tested. You will need to make sure that you have the following environment variable set: MONO_MESSAGING_PROVIDER=Mono.Messaging.RabbitMQ.RabbitMQMessagingProvider,Mono.Messaging.RabbitMQ If anything doesn't work, start raising bugs (https://bugzilla.novell.com/), this is the best way to make sure Mono has a decent Messaging implementation. Regards, Michael Barker. On Tue, Jul 14, 2009 at 6:01 AM, Count László de Almásycalm...@gmail.com wrote: that's unfortunate. is there any viable alternative in Mono to System.Messaging? On Mon, Jul 13, 2009 at 10:42 PM, Atsushi Enoatsushi...@veritas-vos-liberabit.com wrote: Note that the assembly *did* exist even in Mono 1.0 era. It's just that not implemented. And our System.Messaging.dll is not supported in any sense. Some part of the functionality is available through rabbitmq bridge by Michael. Atsushi Eno Seo Sanghyeon wrote: 2009/7/14 Count László de Almásy calm...@gmail.com: I see references to System.Messaging on the Mono website saying it's not available in Mono, but, after compiling Mono 2.4.2, I see it produced a System.Messaging.dll assembly. Is the website just outdated? I'm confused. It seems to be outdated. Check this blog post too: http://mikes-tech.blogspot.com/2008/12/more-mono-amqp-and-systemmessaging.html -- Cheers, László ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Memory usage on Mono remoting
Hi Gonzalo, Testing PlasticSCM under really heavy load (hundreds of clients against a single server delivering hundreds of Gb over the network). So no profiling... Comparing the same code, the same hardware and the same test under Linux and Windows. On Windows we run under .NET, and the test passes successfully. Dick (in CC) is looking into GC problems. System.Web uses unmanaged chunks of memory together with an unmanaged memory based stream. That's what I need. Can you point me to the right class? It's HttpResponseStream.cs all the *Bucket classes that then use an IntPtrStream. I still don't think that allocating MemoryStream (256 bytes by default) is hurting that bad. Considering Boehm GC seems to have really hard times releasing memory and we're delivering GBs of data... it could be. I'm not 100% sure, but it seems reusing buffers could be a very good idea. A wild guess is that the BufferedStream wrapping the NetworkStream is allocating much more memory (4kB by default). But if the code is rewritten following what xsp does, this should not be a problem any more. Ok, I'm not familiar with xsp, I'll take a look. I've just noticed that you use send from libc instead of the socket functions... I guess it is due to performance reasons, right? Also, you mentioned in a previous email that the TcpChannel should be changed so it uses Asynch sockets. I've seen you use AsyncCallBack on XSP. My question is: I guess AsynchCallback will use a thread underneath, won't it? If so: what's the advantage over launching threads to accept calls? You mentioned it is better to use the default ThreadPool instead of the internal one in the TcpChannel, why is it going to be better? Thanks again Gonzalo, pablo www.plasticscm.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Memory usage on Mono remoting
pablosantosl...@terra.es wrote: Also, you mentioned in a previous email that the TcpChannel should be changed so it uses Asynch sockets. I've seen you use AsyncCallBack on XSP. My question is: I guess AsynchCallback will use a thread underneath, won't it? If so: what's the advantage over launching threads to accept calls? The thread pool threads are already launched and they are maintained by the runtime which is known to be faster than a managed thread pool implementation. Additionally, the default thread pool is already configurable (see mono(1)). You mentioned it is better to use the default ThreadPool instead of the internal one in the TcpChannel, why is it going to be better? See above. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Memory usage on Mono remoting
Thanks Robert, So: I'll modify the TcpChannel to use ThreadPool at System.Threading instead of the built-in one. Robert Jordan wrote: pablosantosl...@terra.es wrote: Also, you mentioned in a previous email that the TcpChannel should be changed so it uses Asynch sockets. I've seen you use AsyncCallBack on XSP. My question is: I guess AsynchCallback will use a thread underneath, won't it? If so: what's the advantage over launching threads to accept calls? The thread pool threads are already launched and they are maintained by the runtime which is known to be faster than a managed thread pool implementation. Additionally, the default thread pool is already configurable (see mono(1)). You mentioned it is better to use the default ThreadPool instead of the internal one in the TcpChannel, why is it going to be better? See above. 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
Re: [Mono-dev] asp.net 1.2.5 and 1.2.6
Hi Nathan, Installing libgdiplus fixed my issue. Thank you for the tip dear. Presoon. Bobcares -- View this message in context: http://www.nabble.com/asp.net-1.2.5-and-1.2.6-tp14743563p24405484.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] sending smtp email under SSL
gedw99 wrote: Hey, i am trying to send an email using a gmail account. According to the docs, Network Credentials does not support SSL. http://www.go-mono.com/docs/index.aspx?link=T%3ASystem.Net.NetworkCredential%2F* I am using the latest mono 1.2, and XPS2 ! Is there an alternative way to send email under SSL Code and error below SmtpClient mailClient = new SmtpClient(); mailClient.EnableSsl = true; mailClient.DeliveryMethod = SmtpDeliveryMethod.Network; mailClient.Host = smtp.gmail.com; mailClient.Port = 587; mailClient.Credentials = new NetworkCredential(Config.GMAIL_UserName, Config.GMAIL_PassWord); mailClient.Send(this._from, this._to, this._subject, this._body); THis fails with: Server Error in '/' Application SSL authentication error: RemoteCertificateChainErrors Description: Error processing request. Error Message: HTTP 500. System.InvalidOperationException: SSL authentication error: RemoteCertificateChainErrors Stack Trace: System.InvalidOperationException: SSL authentication error: RemoteCertificateChainErrors at System.Net.Mail.SmtpClient.SmtpClientc__38 (System.Object sender, System.Security.Cryptography.X509Certificates.X509Certificate certificate, System.Security.Cryptography.X509Certificates.X509Chain chain, SslPolicyErrors sslPolicyErrors) [0x0] at System.Net.Security.SslStream+c__CompilerGenerated13.BeginAuthenticateAsClientc__44 (System.Security.Cryptography.X509Certificates.X509Certificate cert, System.Int32[] certErrors) [0x0] at Mono.Security.Protocol.Tls.SslClientStream.OnRemoteCertificateValidation (System.Security.Cryptography.X509Certificates.X509Certificate certificate, System.Int32[] errors) [0x0] at Mono.Security.Protocol.Tls.SslStreamBase.RaiseRemoteCertificateValidation (System.Security.Cryptography.X509Certificates.X509Certificate certificate, System.Int32[] errors) [0x0] at Mono.Security.Protocol.Tls.SslClientStream.RaiseServerCertificateValidation (System.Security.Cryptography.X509Certificates.X509Certificate certificate, System.Int32[] certificateErrors) [0x0] at Mono.Security.Protocol.Tls.Handshake.Client.TlsServerCertificate.validateCertificates (Mono.Security.X509.X509CertificateCollection certificates) [0x0] at Mono.Security.Protocol.Tls.Handshake.Client.TlsServerCertificate.ProcessAsTls1 () [0x0] at Mono.Security.Protocol.Tls.Handshake.HandshakeMessage.Process () [0x0] at (wrapper remoting-invoke-with-check) Mono.Security.Protocol.Tls.Handshake.HandshakeMessage:Process () at Mono.Security.Protocol.Tls.ClientRecordProtocol.ProcessHandshakeMessage (Mono.Security.Protocol.Tls.TlsStream handMsg) [0x0] at Mono.Security.Protocol.Tls.RecordProtocol.InternalReceiveRecordCallback (IAsyncResult asyncResult) [0x0] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list I myself am experiencing a similar error my code:: TcpClient client = new TcpClient(login.yahoo.com, 443); SslStream sslStream = new SslStream( client.GetStream(), false, new RemoteCertificateValidationCallback(ValidateServerCertificate), null ); sslStream.AuthenticateAsClient(login.yahoo.com); it returns :: Certificate error: RemoteCertificateChainErrors Though the exact same code authenticates in Windows. Im not shure if mono builds against the currently installed OpenSSL libs or not, but if it does it could be an error in the OpenSSL libs. I dunno, but help with this issue would be appreciated by the both of us. :working: -- View this message in context: http://www.nabble.com/sending-smtp-email-under-SSL-tp14518813p24420639.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] libgdiplus 2.4.2 configure error: cairo backen fonts
Trying to configure libgdiplus and i'm running into issues: configure: error: Cairo requires at least one font backend. Please install freetype and fontconfig, then try again: http://freetype.org/ http://fontconfig.org/ configure: error: ./configure failed for cairo What version of cairo is being used here with libgdiplus2.4.2? * [r...@localhost ~]# rpm -q freetype freetype-2.2.1-21.el5_3 [r...@localhost ~]# rpm -q fontconfig fontconfig-2.4.1-7.el5 -- View this message in context: http://www.nabble.com/libgdiplus-2.4.2-configure-error%3A-cairo-backen-fonts-tp24428242p24428242.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Drawing.Graphics exceptions
exception being thrown in RHEL5.3... [r...@localhost BTOAD]# mono RMScreenShot.exe test.jpg BTOStudio RM Client ScreenShot Utility ERROR Fatal Error: System.NotImplementedException: 0bbp depth not supported. at System.Drawing.Graphics.CopyFromScreenX11 (Int32 sourceX, Int32 sourceY, Int32 destinationX, Int32 destinationY, Size blockRegionSize, CopyPixelOperation copyPixelOperation) [0x0] at System.Drawing.Graphics.CopyFromScreen (Int32 sourceX, Int32 sourceY, Int32 destinationX, Int32 destinationY, Size blockRegionSize, CopyPixelOperation copyPixelOperation) [0x0] at (wrapper remoting-invoke-with-check) System.Drawing.Graphics:CopyFromScreen (int,int,int,int,System.Drawing.Size,System.Drawing.CopyPixelOperation) at RMScreenShot.Program.Main (System.String[] args) [0x0] [r...@localhost BTOAD]# mono -debug RMScreenShot.exe test.jpg Unknown command line option: '-debug' [r...@localhost BTOAD]# mono --debug RMScreenShot.exe test.jpg BTOStudio RM Client ScreenShot Utility ERROR Fatal Error: System.NotImplementedException: 0bbp depth not supported. at System.Drawing.Graphics.CopyFromScreenX11 (Int32 sourceX, Int32 sourceY, Int32 destinationX, Int32 destinationY, Size blockRegionSize, CopyPixelOperation copyPixelOperation) [0x00230] in /root/Desktop/_fixthis/mono/mono-2.4.2.1/mcs/class/System.Drawing/System.Drawing/Graphics.cs:271 at System.Drawing.Graphics.CopyFromScreen (Int32 sourceX, Int32 sourceY, Int32 destinationX, Int32 destinationY, Size blockRegionSize, CopyPixelOperation copyPixelOperation) [0x00045] in /root/Desktop/_fixthis/mono/mono-2.4.2.1/mcs/class/System.Drawing/System.Drawing/Graphics.cs:190 at (wrapper remoting-invoke-with-check) System.Drawing.Graphics:CopyFromScreen (int,int,int,int,System.Drawing.Size,System.Drawing.CopyPixelOperation) at RMScreenShot.Program.Main (System.String[] args) [0x0] cd lib libraries [r...@localhost lib]# ls libgdiplus.a libMonoPosixHelper.a libmono-profiler-cov.so libmono.so.0.0.0 libgdiplus.lalibMonoPosixHelper.la libmono-profiler-cov.so.0 libMonoSupportW.a libgdiplus.solibMonoPosixHelper.so libmono-profiler-cov.so.0.0.0 libMonoSupportW.la libgdiplus.so.0 libmono-profiler-aot.a libmono-profiler-logging.a libMonoSupportW.so libgdiplus.so.0.0.0 libmono-profiler-aot.la libmono-profiler-logging.lamono libikvm-native.a libmono-profiler-aot.so libmono-profiler-logging.somonodoc libikvm-native.lalibmono-profiler-aot.so.0 libmono-profiler-logging.so.0 mono-source-libs libikvm-native.solibmono-profiler-aot.so.0.0.0 libmono-profiler-logging.so.0.0.0 pkgconfig libmono.alibmono-profiler-cov.a libmono.so libmono.la libmono-profiler-cov.lalibmono.so.0 mono version: [r...@localhost lib]# mono --version Mono JIT compiler version 2.4.2.1 (tarball Fri Jul 10 13:46:18 CDT 2009) Copyright (C) 2002-2008 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC:Included Boehm (with typed GC) SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none 1. Why is debug mode referencing my source directory? 2. Any thoughts why this exception is occuring? 3. How to i verify libgdiplus version? I did compile sources today (mono 2.4.2 and libgdiplus 2.4.2 ) 4. Did i miss some other depenency? Is there a xserver issue here with display? -- View this message in context: http://www.nabble.com/System.Drawing.Graphics-exceptions-tp24435096p24435096.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Drawing.Graphics exceptions
-bump- Any thoughts around this problem? I've gone through the system.drawing.graphics source code. I'm thinking there is an issue with this line: 240: Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); or the visual object that is created in the method. or these lines: 229: XVisualInfo visual = new XVisualInfo (); /* Get XVisualInfo for this visual */ visual.visualid = GDIPlus.XVisualIDFromVisual(defvisual); vPtr = GDIPlus.XGetVisualInfo (GDIPlus.Display, 0x1 /* VisualIDMask */, ref visual, ref nitems); visual = (XVisualInfo) Marshal.PtrToStructure(vPtr, typeof (XVisualInfo)); /* Sorry I do not have access to a computer with deepth. Fell free to add more pixel formats */ image = GDIPlus.XGetImage (GDIPlus.Display, window, sourceX, sourceY, blockRegionSize.Width, blockRegionSize.Height, AllPlanes, 2 /* ZPixmap*/); Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); int red, blue, green; for (int y = 0; y blockRegionSize.Height; y++) { for (int x = 0; x blockRegionSize.Width; x++) { pixel = GDIPlus.XGetPixel (image, x, y); switch (visual.depth) { case 16: /* 16bbp pixel transformation */ red = (int) ((pixel visual.red_mask ) 8) 0xff; green = (int) (((pixel visual.green_mask ) 3 )) 0xff; blue = (int) ((pixel visual.blue_mask ) 3 ) 0xff; break; case 24: case 32: red = (int) ((pixel visual.red_mask ) 16) 0xff; green = (int) (((pixel visual.green_mask ) 8 )) 0xff; blue = (int) ((pixel visual.blue_mask )) 0xff; break; default: string text = Locale.GetText ({0}bbp depth not supported., visual.depth); throw new NotImplementedException (text); } -- View this message in context: http://www.nabble.com/System.Drawing.Graphics-exceptions-tp24435096p24485334.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Value 6323991190089764104 is outside the valid range [ 0, 3155378975999999999 ]. Parameter name: ticks
I have also seen the following variation of this message: Value 4671289079185280264 is outside the valid range [ 0, 31553789759 ]. Parameter name: ticks At my office we have a remoting system whereby a client application requests data from various dispatchers. The dispatchers work as a memory cache between the application and a database. We had originally built everything out on windows machines, but we would like to see if we could move a number of these workers to Mono / Linux. Despite all of the other issues we had getting this to run, this one is blocking us from continuing. Does anyone have any similar experiences or ideas as to why this would pop-up in mono? System: Microsoft Virtual PC 6.0.156.0 CentOS release 5.3 (Final) mono-core.i386 1.2.4-2.el5 '' data '' extras '' winforms Other details: I found some forums that indicate remoting / SOAP inconsistencies between .NET 1.0 and 2.0 for the DateTime object, but they're 2 years old - surely the patch has been accepted right? I can't find anyone who's had this specific exception. The Mono website has a couple interesting points: The Mono API today is somewhere in between .NET 2.0 and .NET 3.5 see our Roadmap for details about what is implemented. The following APIs and technologies have partial implementations and are under development. As part of the Olive Project: * Windows Communication Framework We are not working on any of the following deprecated APIs: * System.EnterpriseServices * WSE - Extensions to System.Web.Services. Any help is much appreciated. -- View this message in context: http://www.nabble.com/Value-6323991190089764104-is-outside-the-valid-range---0%2C-31553789759--.-Parameter-name%3A-ticks-tp24484219p24484219.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Drawing.Graphics exceptions
Hello Jon, The exception from your previous email* shows the problem: [r...@localhost BTOAD]# mono RMScreenShot.exe test.jpg BTOStudio RM Client ScreenShot Utility ERROR Fatal Error: System.NotImplementedException: 0bbp depth not supported. So for some reason (is X running? remote access??) the current visual returns 0bbp which is unusable to create a screenshot. Are you able to run GUI (e.g. SWF) apps from your terminal session ? Sebastien * please note that this is a mailing-list, even if you're using it like a forum with nabble. As such it can be difficult to read your email thread if you don't include the text from previous one. On Tue, 2009-07-14 at 11:37 -0700, Jon James wrote: -bump- Any thoughts around this problem? I've gone through the system.drawing.graphics source code. I'm thinking there is an issue with this line: 240: Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); or the visual object that is created in the method. or these lines: 229: XVisualInfo visual = new XVisualInfo (); /* Get XVisualInfo for this visual */ visual.visualid = GDIPlus.XVisualIDFromVisual(defvisual); vPtr = GDIPlus.XGetVisualInfo (GDIPlus.Display, 0x1 /* VisualIDMask */, ref visual, ref nitems); visual = (XVisualInfo) Marshal.PtrToStructure(vPtr, typeof (XVisualInfo)); /* Sorry I do not have access to a computer with deepth. Fell free to add more pixel formats */ image = GDIPlus.XGetImage (GDIPlus.Display, window, sourceX, sourceY, blockRegionSize.Width, blockRegionSize.Height, AllPlanes, 2 /* ZPixmap*/); Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); int red, blue, green; for (int y = 0; y blockRegionSize.Height; y++) { for (int x = 0; x blockRegionSize.Width; x++) { pixel = GDIPlus.XGetPixel (image, x, y); switch (visual.depth) { case 16: /* 16bbp pixel transformation */ red = (int) ((pixel visual.red_mask ) 8) 0xff; green = (int) (((pixel visual.green_mask ) 3 )) 0xff; blue = (int) ((pixel visual.blue_mask ) 3 ) 0xff; break; case 24: case 32: red = (int) ((pixel visual.red_mask ) 16) 0xff; green = (int) (((pixel visual.green_mask ) 8 )) 0xff; blue = (int) ((pixel visual.blue_mask )) 0xff; break; default: string text = Locale.GetText ({0}bbp depth not supported., visual.depth); throw new NotImplementedException (text); } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Value 6323991190089764104 is outside the valid range [ 0, 3155378975999999999 ]. Parameter name: ticks
c.esquibel wrote: I have also seen the following variation of this message: Value 4671289079185280264 is outside the valid range [ 0, 31553789759 ]. Parameter name: ticks ... Microsoft Virtual PC 6.0.156.0 CentOS release 5.3 (Final) mono-core.i386 1.2.4-2.el5 1.2.4 is OLD. Please update to the latest 2.4.2. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Value 6323991190089764104 is outside the valid range [ 0, 3155378975999999999 ]. Parameter name: ticks
That is the latest stable in yum. When doing stuff for the office, I've had a hell of a time getting mono to act right. Is there a recommended/supported way to get CentOS to use 2.4.2 (via yum?) -- View this message in context: http://www.nabble.com/Value-6323991190089764104-is-outside-the-valid-range---0%2C-31553789759--.-Parameter-name%3A-ticks-tp24484219p24486316.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Drawing.Graphics exceptions
Hi Sebastien, I'm able to login and open applications if that's what you're asking. Can you give me a test to try out? I can open gedit from console if that's what you're asking. FYI: this is on RHEL5.3 64 bit. Jon -Original Message- From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com] Sent: Tuesday, July 14, 2009 2:22 PM To: James, Jon Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] System.Drawing.Graphics exceptions Hello Jon, The exception from your previous email* shows the problem: [r...@localhost BTOAD]# mono RMScreenShot.exe test.jpg BTOStudio RM Client ScreenShot Utility ERROR Fatal Error: System.NotImplementedException: 0bbp depth not supported. So for some reason (is X running? remote access??) the current visual returns 0bbp which is unusable to create a screenshot. Are you able to run GUI (e.g. SWF) apps from your terminal session ? Sebastien * please note that this is a mailing-list, even if you're using it like a forum with nabble. As such it can be difficult to read your email thread if you don't include the text from previous one. On Tue, 2009-07-14 at 11:37 -0700, Jon James wrote: -bump- Any thoughts around this problem? I've gone through the system.drawing.graphics source code. I'm thinking there is an issue with this line: 240: Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); or the visual object that is created in the method. or these lines: 229: XVisualInfo visual = new XVisualInfo (); /* Get XVisualInfo for this visual */ visual.visualid = GDIPlus.XVisualIDFromVisual(defvisual); vPtr = GDIPlus.XGetVisualInfo (GDIPlus.Display, 0x1 /* VisualIDMask */, ref visual, ref nitems); visual = (XVisualInfo) Marshal.PtrToStructure(vPtr, typeof (XVisualInfo)); /* Sorry I do not have access to a computer with deepth. Fell free to add more pixel formats */ image = GDIPlus.XGetImage (GDIPlus.Display, window, sourceX, sourceY, blockRegionSize.Width, blockRegionSize.Height, AllPlanes, 2 /* ZPixmap*/); Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); int red, blue, green; for (int y = 0; y blockRegionSize.Height; y++) { for (int x = 0; x blockRegionSize.Width; x++) { pixel = GDIPlus.XGetPixel (image, x, y); switch (visual.depth) { case 16: /* 16bbp pixel transformation */ red = (int) ((pixel visual.red_mask ) 8) 0xff; green = (int) (((pixel visual.green_mask ) 3 )) 0xff; blue = (int) ((pixel visual.blue_mask ) 3 ) 0xff; break; case 24: case 32: red = (int) ((pixel visual.red_mask ) 16) 0xff; green = (int) (((pixel visual.green_mask ) 8 )) 0xff; blue = (int) ((pixel visual.blue_mask )) 0xff; break; default: string text = Locale.GetText ({0}bbp depth not supported., visual.depth); throw new NotImplementedException (text); } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Drawing.Graphics exceptions
On Tue, 2009-07-14 at 14:29 -0500, jon_ja...@dell.com wrote: Hi Sebastien, I'm able to login and open applications if that's what you're asking. Can you give me a test to try out? What's the output of xdpyinfo ? I can open gedit from console if that's what you're asking. gedit is a GTK application. Do you have any (GUI) mono-based applications running on that box ? if so which ones ? FYI: this is on RHEL5.3 64 bit. Jon -Original Message- From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com] Sent: Tuesday, July 14, 2009 2:22 PM To: James, Jon Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] System.Drawing.Graphics exceptions Hello Jon, The exception from your previous email* shows the problem: [r...@localhost BTOAD]# mono RMScreenShot.exe test.jpg BTOStudio RM Client ScreenShot Utility ERROR Fatal Error: System.NotImplementedException: 0bbp depth not supported. So for some reason (is X running? remote access??) the current visual returns 0bbp which is unusable to create a screenshot. Are you able to run GUI (e.g. SWF) apps from your terminal session ? Sebastien * please note that this is a mailing-list, even if you're using it like a forum with nabble. As such it can be difficult to read your email thread if you don't include the text from previous one. On Tue, 2009-07-14 at 11:37 -0700, Jon James wrote: -bump- Any thoughts around this problem? I've gone through the system.drawing.graphics source code. I'm thinking there is an issue with this line: 240: Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); or the visual object that is created in the method. or these lines: 229: XVisualInfo visual = new XVisualInfo (); /* Get XVisualInfo for this visual */ visual.visualid = GDIPlus.XVisualIDFromVisual(defvisual); vPtr = GDIPlus.XGetVisualInfo (GDIPlus.Display, 0x1 /* VisualIDMask */, ref visual, ref nitems); visual = (XVisualInfo) Marshal.PtrToStructure(vPtr, typeof (XVisualInfo)); /* Sorry I do not have access to a computer with deepth. Fell free to add more pixel formats */ image = GDIPlus.XGetImage (GDIPlus.Display, window, sourceX, sourceY, blockRegionSize.Width, blockRegionSize.Height, AllPlanes, 2 /* ZPixmap*/); Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); int red, blue, green; for (int y = 0; y blockRegionSize.Height; y++) { for (int x = 0; x blockRegionSize.Width; x++) { pixel = GDIPlus.XGetPixel (image, x, y); switch (visual.depth) { case 16: /* 16bbp pixel transformation */ red = (int) ((pixel visual.red_mask ) 8) 0xff; green = (int) (((pixel visual.green_mask ) 3 )) 0xff; blue = (int) ((pixel visual.blue_mask ) 3 ) 0xff; break; case 24: case 32: red = (int) ((pixel visual.red_mask ) 16) 0xff; green = (int) (((pixel visual.green_mask ) 8 )) 0xff; blue = (int) ((pixel visual.blue_mask )) 0xff; break; default: string text = Locale.GetText ({0}bbp depth not supported., visual.depth); throw new NotImplementedException (text); } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Drawing.Graphics exceptions
I have our internal test client that runs on mono. Want me to install one from the software link on mono website? Keepass? BareFTP? Jon -Original Message- From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com] Sent: Tuesday, July 14, 2009 2:44 PM To: James, Jon Cc: mono-devel-list@lists.ximian.com Subject: RE: [Mono-dev] System.Drawing.Graphics exceptions On Tue, 2009-07-14 at 14:29 -0500, jon_ja...@dell.com wrote: Hi Sebastien, I'm able to login and open applications if that's what you're asking. Can you give me a test to try out? What's the output of xdpyinfo ? I can open gedit from console if that's what you're asking. gedit is a GTK application. Do you have any (GUI) mono-based applications running on that box ? if so which ones ? FYI: this is on RHEL5.3 64 bit. Jon -Original Message- From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com] Sent: Tuesday, July 14, 2009 2:22 PM To: James, Jon Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] System.Drawing.Graphics exceptions Hello Jon, The exception from your previous email* shows the problem: [r...@localhost BTOAD]# mono RMScreenShot.exe test.jpg BTOStudio RM Client ScreenShot Utility ERROR Fatal Error: System.NotImplementedException: 0bbp depth not supported. So for some reason (is X running? remote access??) the current visual returns 0bbp which is unusable to create a screenshot. Are you able to run GUI (e.g. SWF) apps from your terminal session ? Sebastien * please note that this is a mailing-list, even if you're using it like a forum with nabble. As such it can be difficult to read your email thread if you don't include the text from previous one. On Tue, 2009-07-14 at 11:37 -0700, Jon James wrote: -bump- Any thoughts around this problem? I've gone through the system.drawing.graphics source code. I'm thinking there is an issue with this line: 240: Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); or the visual object that is created in the method. or these lines: 229: XVisualInfo visual = new XVisualInfo (); /* Get XVisualInfo for this visual */ visual.visualid = GDIPlus.XVisualIDFromVisual(defvisual); vPtr = GDIPlus.XGetVisualInfo (GDIPlus.Display, 0x1 /* VisualIDMask */, ref visual, ref nitems); visual = (XVisualInfo) Marshal.PtrToStructure(vPtr, typeof (XVisualInfo)); /* Sorry I do not have access to a computer with deepth. Fell free to add more pixel formats */ image = GDIPlus.XGetImage (GDIPlus.Display, window, sourceX, sourceY, blockRegionSize.Width, blockRegionSize.Height, AllPlanes, 2 /* ZPixmap*/); Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); int red, blue, green; for (int y = 0; y blockRegionSize.Height; y++) { for (int x = 0; x blockRegionSize.Width; x++) { pixel = GDIPlus.XGetPixel (image, x, y); switch (visual.depth) { case 16: /* 16bbp pixel transformation */ red = (int) ((pixel visual.red_mask ) 8) 0xff; green = (int) (((pixel visual.green_mask ) 3 )) 0xff; blue = (int) ((pixel visual.blue_mask ) 3 ) 0xff; break; case 24: case 32: red = (int) ((pixel visual.red_mask ) 16) 0xff; green = (int) (((pixel visual.green_mask ) 8 )) 0xff; blue = (int) ((pixel visual.blue_mask )) 0xff; break; default: string text = Locale.GetText ({0}bbp depth not supported., visual.depth); throw new NotImplementedException (text); } name of display::0.0 version number:11.0 vendor string:The X.Org Foundation vendor release number:70101000 X.Org version: 7.1.1 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad
Re: [Mono-dev] System.Drawing.Graphics exceptions
FYI, I was able to launch paintdotnet from console. -Original Message- From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com] Sent: Tuesday, July 14, 2009 2:44 PM To: James, Jon Cc: mono-devel-list@lists.ximian.com Subject: RE: [Mono-dev] System.Drawing.Graphics exceptions On Tue, 2009-07-14 at 14:29 -0500, jon_ja...@dell.com wrote: Hi Sebastien, I'm able to login and open applications if that's what you're asking. Can you give me a test to try out? What's the output of xdpyinfo ? I can open gedit from console if that's what you're asking. gedit is a GTK application. Do you have any (GUI) mono-based applications running on that box ? if so which ones ? FYI: this is on RHEL5.3 64 bit. Jon -Original Message- From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com] Sent: Tuesday, July 14, 2009 2:22 PM To: James, Jon Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] System.Drawing.Graphics exceptions Hello Jon, The exception from your previous email* shows the problem: [r...@localhost BTOAD]# mono RMScreenShot.exe test.jpg BTOStudio RM Client ScreenShot Utility ERROR Fatal Error: System.NotImplementedException: 0bbp depth not supported. So for some reason (is X running? remote access??) the current visual returns 0bbp which is unusable to create a screenshot. Are you able to run GUI (e.g. SWF) apps from your terminal session ? Sebastien * please note that this is a mailing-list, even if you're using it like a forum with nabble. As such it can be difficult to read your email thread if you don't include the text from previous one. On Tue, 2009-07-14 at 11:37 -0700, Jon James wrote: -bump- Any thoughts around this problem? I've gone through the system.drawing.graphics source code. I'm thinking there is an issue with this line: 240: Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); or the visual object that is created in the method. or these lines: 229: XVisualInfo visual = new XVisualInfo (); /* Get XVisualInfo for this visual */ visual.visualid = GDIPlus.XVisualIDFromVisual(defvisual); vPtr = GDIPlus.XGetVisualInfo (GDIPlus.Display, 0x1 /* VisualIDMask */, ref visual, ref nitems); visual = (XVisualInfo) Marshal.PtrToStructure(vPtr, typeof (XVisualInfo)); /* Sorry I do not have access to a computer with deepth. Fell free to add more pixel formats */ image = GDIPlus.XGetImage (GDIPlus.Display, window, sourceX, sourceY, blockRegionSize.Width, blockRegionSize.Height, AllPlanes, 2 /* ZPixmap*/); Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); int red, blue, green; for (int y = 0; y blockRegionSize.Height; y++) { for (int x = 0; x blockRegionSize.Width; x++) { pixel = GDIPlus.XGetPixel (image, x, y); switch (visual.depth) { case 16: /* 16bbp pixel transformation */ red = (int) ((pixel visual.red_mask ) 8) 0xff; green = (int) (((pixel visual.green_mask ) 3 )) 0xff; blue = (int) ((pixel visual.blue_mask ) 3 ) 0xff; break; case 24: case 32: red = (int) ((pixel visual.red_mask ) 16) 0xff; green = (int) (((pixel visual.green_mask ) 8 )) 0xff; blue = (int) ((pixel visual.blue_mask )) 0xff; break; default: string text = Locale.GetText ({0}bbp depth not supported., visual.depth); throw new NotImplementedException (text); } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Drawing.Graphics exceptions
On Tue, 2009-07-14 at 15:55 -0500, jon_ja...@dell.com wrote: FYI, I was able to launch paintdotnet from console. and what's the output of xdpyinfo ? -Original Message- From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com] Sent: Tuesday, July 14, 2009 2:44 PM To: James, Jon Cc: mono-devel-list@lists.ximian.com Subject: RE: [Mono-dev] System.Drawing.Graphics exceptions On Tue, 2009-07-14 at 14:29 -0500, jon_ja...@dell.com wrote: Hi Sebastien, I'm able to login and open applications if that's what you're asking. Can you give me a test to try out? What's the output of xdpyinfo ? I can open gedit from console if that's what you're asking. gedit is a GTK application. Do you have any (GUI) mono-based applications running on that box ? if so which ones ? FYI: this is on RHEL5.3 64 bit. Jon -Original Message- From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com] Sent: Tuesday, July 14, 2009 2:22 PM To: James, Jon Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] System.Drawing.Graphics exceptions Hello Jon, The exception from your previous email* shows the problem: [r...@localhost BTOAD]# mono RMScreenShot.exe test.jpg BTOStudio RM Client ScreenShot Utility ERROR Fatal Error: System.NotImplementedException: 0bbp depth not supported. So for some reason (is X running? remote access??) the current visual returns 0bbp which is unusable to create a screenshot. Are you able to run GUI (e.g. SWF) apps from your terminal session ? Sebastien * please note that this is a mailing-list, even if you're using it like a forum with nabble. As such it can be difficult to read your email thread if you don't include the text from previous one. On Tue, 2009-07-14 at 11:37 -0700, Jon James wrote: -bump- Any thoughts around this problem? I've gone through the system.drawing.graphics source code. I'm thinking there is an issue with this line: 240: Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); or the visual object that is created in the method. or these lines: 229: XVisualInfo visual = new XVisualInfo (); /* Get XVisualInfo for this visual */ visual.visualid = GDIPlus.XVisualIDFromVisual(defvisual); vPtr = GDIPlus.XGetVisualInfo (GDIPlus.Display, 0x1 /* VisualIDMask */, ref visual, ref nitems); visual = (XVisualInfo) Marshal.PtrToStructure(vPtr, typeof (XVisualInfo)); /* Sorry I do not have access to a computer with deepth. Fell free to add more pixel formats */ image = GDIPlus.XGetImage (GDIPlus.Display, window, sourceX, sourceY, blockRegionSize.Width, blockRegionSize.Height, AllPlanes, 2 /* ZPixmap*/); Bitmap bmp = new Bitmap (blockRegionSize.Width, blockRegionSize.Height); int red, blue, green; for (int y = 0; y blockRegionSize.Height; y++) { for (int x = 0; x blockRegionSize.Width; x++) { pixel = GDIPlus.XGetPixel (image, x, y); switch (visual.depth) { case 16: /* 16bbp pixel transformation */ red = (int) ((pixel visual.red_mask ) 8) 0xff; green = (int) (((pixel visual.green_mask ) 3 )) 0xff; blue = (int) ((pixel visual.blue_mask ) 3 ) 0xff; break; case 24: case 32: red = (int) ((pixel visual.red_mask ) 16) 0xff; green = (int) (((pixel visual.green_mask ) 8 )) 0xff; blue = (int) ((pixel visual.blue_mask )) 0xff; break; default: string text = Locale.GetText ({0}bbp depth not supported., visual.depth); throw new NotImplementedException (text); } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Drawing.Graphics exceptions
Text file must have not gone through. Fyi, I installed paintdotnet and was able to run from command line. Xdpyinfo output below: name of display::0.0 version number:11.0 vendor string:The X.Org Foundation vendor release number:70101000 X.Org version: 7.1.1 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x3600020, revert to Parent number of extensions:30 BIG-REQUESTS Composite DAMAGE DOUBLE-BUFFER DPMS Extended-Visual-Information GLX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XC-APPGROUP XC-MISC XFIXES XFree86-Bigfont XFree86-DGA XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST XVideo default screen number:0 number of screens:1 screen #0: dimensions:1440x900 pixels (304x190 millimeters) resolution:120x120 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x44 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:64x64 current input event mask:0xfa2033 KeyPressMask KeyReleaseMask EnterWindowMask LeaveWindowMask ButtonMotionMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals:9 default visual id: 0x23 visual: visual id:0x23 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x24 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x25 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x26 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x27 class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x28 class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x29 class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x2a class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x42 class:TrueColor depth:32 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits -Original Message- From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com] Sent: Tuesday, July 14, 2009 4:07 PM To: James, Jon Cc: mono-devel-list@lists.ximian.com Subject: RE: [Mono-dev] System.Drawing.Graphics exceptions On Tue, 2009-07-14 at 15:55 -0500, jon_ja...@dell.com wrote: FYI, I was able to launch paintdotnet from console. and what's the output of xdpyinfo ? -Original Message- From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com] Sent: Tuesday, July 14, 2009 2:44 PM To: James,
Re: [Mono-dev] Memory usage on Mono remoting
On Tue, 2009-07-14 at 11:12 +0200, pablosantosl...@terra.es wrote: Hi Gonzalo, Testing PlasticSCM under really heavy load (hundreds of clients against a single server delivering hundreds of Gb over the network). So no profiling... Comparing the same code, the same hardware and the same test under Linux and Windows. On Windows we run under .NET, and the test passes successfully. Oh, when I said profiling I meant the mono --profile=stat or similar that can tell you what and where is being allocated. [...] It's HttpResponseStream.cs all the *Bucket classes that then use an IntPtrStream. I still don't think that allocating MemoryStream (256 bytes by default) is hurting that bad. Considering Boehm GC seems to have really hard times releasing memory and we're delivering GBs of data... it could be. Delivering GBs of data and having hundreds of connections should not be a problem. Years ago, when testing iFolder under those conditions everything worked just fine. But it was mod-mono-server/apache. I'm not 100% sure, but it seems reusing buffers could be a very good idea. Xsp does it too and it's much better than allocating 32kB for every request every time. A wild guess is that the BufferedStream wrapping the NetworkStream is allocating much more memory (4kB by default). But if the code is rewritten following what xsp does, this should not be a problem any more. Ok, I'm not familiar with xsp, I'll take a look. I've just noticed that you use send from libc instead of the socket functions... I guess it is due to performance reasons, right? That's because I wanted to use the TCP_CORK option to avoid sending headers and the beginning of the content in separate packets. Also, you mentioned in a previous email that the TcpChannel should be changed so it uses Asynch sockets. I've seen you use AsyncCallBack on XSP. My question is: I guess AsynchCallback will use a thread underneath, won't it? If so: what's the advantage over launching threads to accept calls? Your guess is wrong. Those asynchronous calls from Socket are treated as if they were a WorkItem for a ThreadPool, only that when they are made, the socket is added to an epoll fd (if you're on linux with support for epoll). And when there's an event in the socket, there's a dedicated IO threadpool to take care of reading/writing data and invoking the callbacks. The advantages: if you have 10k connections, you don't need 10k threads, threads are reused (no creation overhead), ... You mentioned it is better to use the default ThreadPool instead of the internal one in the TcpChannel, why is it going to be better? Coupled with asynchronous I/O, it will make better use of the resources available. There's no need to create 100 threads for 100 client or having 1 threadpool thread blocking on a socket asynchronous operation,... Also, if you're thinking of reusing buffers, this helps too, as the number of buffers will be bound to the maximum number of threads in the threadpool, ... -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Value 6323991190089764104 is outside th e valid range [ 0, 3155378975999999999 ]. P arameter name: ticks
c.esquibel chris.esqui...@rivetsoftware.com wrote on 14.7.2009 21:34:55: That is the latest stable in yum. When doing stuff for the office, I've had a hell of a time getting mono to act right. Is there a recommended/supported way to get CentOS to use 2.4.2 (via yum?) We've taken them form fedora's EPEL http://fedoraproject.org/wiki/EPEL and they seem to work just fine. Work done by fedora maintainers is highly appreciated. Regards, Miha -- It's time to get rid of your current e-mail client ... ... and start using si.Mail. It's small free. ( http://www.simail.si/ ) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] sending smtp email under SSL
Try setting the certificate validation callback. If you're running mono from HEAD (if you don't know what this is, you are not): --- // This will trust *any* certificate ServicePointManager.ServerCertificateValidationCallback += delegate(object sender, X509Certificate certificate, X509Chain chain, SslPolicyErrors sslPolicyErrors) { return true; } - If you're running mono 2.4.2.1 or earlier check out http://www.mono-project.com/UsingTrustedRootsRespectfully and here's the sample: public class NoCheckCertificatePolicy : ICertificatePolicy { public bool CheckValidationResult (ServicePoint a, X509Certificate b, WebRequest c, int d) { return true; } } ... ServicePointManager.CertificatePolicy = new NoCheckCertificatePolicy (); -- -Gonzalo On Thu, 2009-07-09 at 18:56 -0700, _KD_ wrote: gedw99 wrote: Hey, i am trying to send an email using a gmail account. According to the docs, Network Credentials does not support SSL. http://www.go-mono.com/docs/index.aspx?link=T%3ASystem.Net.NetworkCredential%2F* I am using the latest mono 1.2, and XPS2 ! Is there an alternative way to send email under SSL Code and error below SmtpClient mailClient = new SmtpClient(); mailClient.EnableSsl = true; mailClient.DeliveryMethod = SmtpDeliveryMethod.Network; mailClient.Host = smtp.gmail.com; mailClient.Port = 587; mailClient.Credentials = new NetworkCredential(Config.GMAIL_UserName, Config.GMAIL_PassWord); mailClient.Send(this._from, this._to, this._subject, this._body); [...] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Value 6323991190089764104 is outside the valid range [ 0, 3155378975999999999 ]. Parameter name: ticks
Very cool - thanks a ton for the useful guidance. -- View this message in context: http://www.nabble.com/Value-6323991190089764104-is-outside-the-valid-range---0%2C-31553789759--.-Parameter-name%3A-ticks-tp24484219p24488689.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Performance of TextWriter.ReadToEnd()
I'm playing around with some of the language shootout game benchmarks at http://shootout.alioth.debian.org, and I noticed a striking performance issue; I'm testing on mono 2.4 build 6 / vista64 vs .NET 3.5 sp1. Test code: static void Main() { var sequence = Console.In.ReadToEnd(); Console.WriteLine(sequence.Length); } test input is a 50MB file. results. $ time ./test.exe ../fasta5M.in.txt real0m1.352s user0m0.015s sys 0m0.000s $ time mono test.exe ../fasta5M.in.txt real0m18.154s user0m0.015s sys 0m0.000s I see the ReadToEnd() is implemented along the lines of char[] buffer; while(Read(buffer) 0) stringbuilder.append(buffer) Just as a rudimentarytest using a temp string instead of char[]: string buffer; while((buffer = ReadLine()) != null) stringbuilder.Append(buffer) is much faster (~10x, similar to the .NET performance), but I'd imagine this generates more garbage. not being familiar with the mono codebase, I wasn't sure if the problem was with StreamReader.Read(char[],int,int) or with StringBuilder.Append(char[],int,int). Can anyone shed some insight on this problem? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] library vs module
Another one of those VS hides the details questions: I'm trying to build a library from A.cs and B.cs, where B.cs uses types from A.cs. It looks like I want to build A.cs to a module, then somehow build the library from B.cs and the A.netmodule, but I can't seem to figure out the gmcs command line syntax. (I can also imagine that I might need C.cs, where C.cs uses type from both B.cs and A.cs ) Anyhow, can some kind soul throw me a tip? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] library vs module
On Tue, 2009-07-14 at 16:40 -0700, Jon Shemitz wrote: It looks like I want to build A.cs to a module, then somehow build the library from B.cs and the A.netmodule, but I can’t seem to figure out the gmcs command line syntax. Try this: gmcs A.cs B.cs /out:Foo.dll ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] library vs module
Thanks - someone sent me that privately, and it did the trick. Perhaps `gmcs --help` could explain this better. It gave me the strong impression that all options came before all file names. -Original Message- From: Stefanos A. [mailto:stapos...@gmail.com] Sent: Tuesday, July 14, 2009 4:59 PM To: Jon Shemitz Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] library vs module On Tue, 2009-07-14 at 16:40 -0700, Jon Shemitz wrote: It looks like I want to build A.cs to a module, then somehow build the library from B.cs and the A.netmodule, but I can't seem to figure out the gmcs command line syntax. Try this: gmcs A.cs B.cs /out:Foo.dll ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Performance of TextWriter.ReadToEnd()
On Tue, 2009-07-14 at 18:06 -0500, Jimmy Tang wrote: I'm playing around with some of the language shootout game benchmarks at http://shootout.alioth.debian.org, and I noticed a striking performance issue; I'm testing on mono 2.4 build 6 / vista64 vs .NET 3.5 sp1. Test code: static void Main() { var sequence = Console.In.ReadToEnd(); Console.WriteLine(sequence.Length); } test input is a 50MB file. results. $ time ./test.exe ../fasta5M.in.txt real0m1.352s user0m0.015s sys 0m0.000s $ time mono test.exe ../fasta5M.in.txt real0m18.154s user0m0.015s sys 0m0.000s I see the ReadToEnd() is implemented along the lines of char[] buffer; while(Read(buffer) 0) stringbuilder.append(buffer) Just as a rudimentarytest using a temp string instead of char[]: string buffer; while((buffer = ReadLine()) != null) stringbuilder.Append(buffer) That must be a Mono on windows issue. I tried this: gonz...@laptop:/tmp$ ls -l output2 output3 -rw-r--r-- 1 gonzalo gonzalo 5132004 2009-07-14 20:06 output2 -rw-r--r-- 1 gonzalo gonzalo 596 2009-07-14 20:07 output3 gonz...@laptop:/tmp$ time -p mono rl.exe output2 5132004 real 0.43 user 0.36 sys 0.05 gonz...@laptop:/tmp$ time -p mono rl.exe output3 596 real 0.41 user 0.35 sys 0.08 --- output2 has ~800k lines with a number. output3 is almost the same but with everything in one single line. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] 2 Small fixes in the System.Web Namespace
This is now in mono-2-4 and HEAD. Thanks. -Gonzalo On Wed, 2009-07-08 at 16:17 +, Daniel Gagne wrote: This patch contains 2 small midfications in the System.Web namespace: ParserErrorCollection - Added Setter enum ApplicationShutdownReason - Added new 3.5 type danny ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] library vs module
Hey, On Wed, Jul 15, 2009 at 1:00 AM, Jon Shemitz jon.shem...@access-company.com wrote: Thanks - someone sent me that privately, and it did the trick. *cough* whoops, I thought I had hit reply to all ;) Glad it's working anyway. Alan. Perhaps `gmcs --help` could explain this better. It gave me the strong impression that all options came before all file names. -Original Message- From: Stefanos A. [mailto:stapos...@gmail.com] Sent: Tuesday, July 14, 2009 4:59 PM To: Jon Shemitz Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] library vs module On Tue, 2009-07-14 at 16:40 -0700, Jon Shemitz wrote: It looks like I want to build A.cs to a module, then somehow build the library from B.cs and the A.netmodule, but I can't seem to figure out the gmcs command line syntax. Try this: gmcs A.cs B.cs /out:Foo.dll ___ 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