Re: [Mono-dev] WCF Fail with System.Net.Sockets.SocketException: Connection reset by peer
/System.ServiceModel.Channels/ReplyChannelBase.cs:126 I couldn't figure out how to check the connection status before trying to ReadMessage or CreatePostMessage functions. Any Help ?? -- View this message in context: http://mono.1490590.n4.nabble.com/WCF-Fail-with-System-Net-Sockets-SocketException-Connection-reset-by-peer-tp4650173.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 -- Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.10.2 MONO_GC_PARAMS problem
On 2011-05-04 16:04, huseyin cakir wrote: Hi, we shipped from *Mono 2.8* to *Mono 2.10.2*. In our memory tests we try to insert export parameters as we did in *Mono 2.8* but we had the problem as shown below we can't set nursery-size to the environment variables. *export MONO_GC_PARAMS=nursery-size=16m* *mono sample.exe* *MONO_GC_PARAMS must be a comma-delimited list of one or more of the following: max-heap-size=N (where N is an integer, possibly with a k, m or a g suffix)* It seems that we can't set any variable except than max-heap-size in*2.10.2*. Can someone help us about this issue? mono command launches runtime with Boehm GC which supports only max-heal-size, try mono-sgen or mono --gc=sgen -- Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Garbage Collection Issue?
On Thu, May 13, 2010 at 7:07 PM, Matt Dargavel m...@shout-telecoms.comwrote: Hi there, We have an application written in Mono that appears to be leaking memory. I’ve tried using the profiler and mprof-heap-viewer to identify any objects that are being left around, but I couldn’t see anything significant. The application doesn’t seem to leak on .NET, so I was starting to wonder about the Boehm GC. Will using the heap snapshots show any objects that are no longer being referenced, but have not been Garbage Collected? Also, is there a way to enable the heap profiler but only for heap snapshots using the telnet interface- i.e. without the allocations info as these generate huge amounts of data in a soak test. Finally, does anyone have any other suggestions on where else I should look / other diagnostics to try? I have experienced similar behavior. When app was running under .NET the memory was freed, but switching to Mono caused memory to climb up. I did some investigation but I couldn't find anything wrong with the code - I had tried all profilers available for mono. The I gave my app a little time and memory was eventually freed but after a longer period of time - maybe it's the same situation? -- Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Errors while generating serializers
Hi! I'm experiencing strange problem that manifests itself with the following message appearing on the console: Error while compiling generated serializer /tmp/2c1565e6/2f8bc8bb.cs(14481,38) : error CS1518: Expected `class', `delegate', `enum', `interface', or `struct' /tmp/2c1565e6/2f8bc8bb.cs(14487,43) : error CS0116: A namespace can only contain types and namespace declarations /tmp/2c1565e6/2f8bc8bb.cs(14490,9) : error CS8025: Parsing error mono version is 2.4.2.3. When app starts I'm registering few ActiveRecord beans then the error appears but application still works ok. The problem has something to do with the number of registered beans. When there are only a few - there's no such exception message but after increasing their number, I get previously mentioned error. -- Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Occasional native stack trace in mono
On Tue, Aug 4, 2009 at 3:46 PM, Maciej Paszta pasz...@go2.pl wrote: On Tue, Aug 4, 2009 at 3:40 PM, Maciej Paszta pasz...@go2.pl wrote: Maybe you don't have GDB installed, which is used to get a richer crash dump. GDB is installed but when debug info from GDB is about to be generated - everything freezes and stays that way. Just for the record - GDB generates debug info for other native stacktraces (like one for the bug 350011) but in this case - nothing works. Todaj another software on a machin running the same environment got native stack trace: ** (MpkCollector.exe:2950): WARNING **: Shutting down finalizer thread timed out. ** ERROR:error.c:70:SetLastError: assertion failed: (ret == 0) Stacktrace: at MpkCollector.RequestThread (object) 0x at MpkCollector.RequestThread (object) 0x003aa at (wrapper runtime-invoke) object.runtime_invoke_void__this___object (object,intptr,intptr,intptr) 0x Native stacktrace: mono [0x80c9019] [0xb7eed440] /lib/i686/cmov/libc.so.6(abort+0x188) [0xb7caa008] /usr/lib/libglib-2.0.so.0(g_assertion_message+0x10c) [0xb7e8b46c] /usr/lib/libglib-2.0.so.0 [0xb7e8b98d] mono [0x8199075] mono [0x819c359] mono(mono_monitor_enter+0x194) [0x8137ac4] [0xb7afaa74] [0xb7830086] mono(mono_runtime_delegate_invoke+0x34) [0x810f5c4] mono [0x80ff94f] mono [0x819ab16] mono [0x81c2b6a] /lib/i686/cmov/libpthread.so.0 [0xb7e0a4e5] /lib/i686/cmov/libc.so.6(clone+0x5e) [0xb7d6010e] 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. = -- Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Occasional native stack trace in mono
On Wed, Aug 5, 2009 at 2:21 PM, Rodrigo Kumpera kump...@gmail.com wrote: This can only be caused by either a very badly compiled mono or a pretty broken libpthreads. Are you running mono standard alone or embbedded on another program? This is mono standalone. I don't use any special flags for compilation (just ./configure make make install), but I'm starting to suspect debian's libthread. -- Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Occasional native stack trace in mono
Hi! I've written a custom server software that handles several connections and processes data that is sent across them. Application is running on mono 2.4.2.2 on debian unstable (amd64). From time to time mono tends to throw native stack trace: mono [0x47ea60] mono [0x4aec9d] /lib/libpthread.so.0 [0x7f6a02a137b0] mono [0x47c6cb] mono [0x47d6d3] mono [0x47d7c6] mono [0x4aedee] /lib/libpthread.so.0 [0x7f6a02a137b0] [0x417c05e0] And application hangs completely. So far I'm unable to debug the root cause of this (only happens on debian - so far our server on SuSE didn't die this way). Does anyone have any clue on what can be causing this (maybe wrong socket handling as this error happens when client disconnects) ? -- Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Occasional native stack trace in mono
On Tue, Aug 4, 2009 at 2:07 PM, Zoltan Varga var...@gmail.com wrote: Hi, You can try compiling mono from source, so the runtime has debugging symbols, so you get more meaningfull stacktraces. I'm actually compiling from the source, but no more info is produced. Is there any option I should pass to ./configure to make mono preserve and use runtime debugging symbols? -- Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Occasional native stack trace in mono
Maybe you don't have GDB installed, which is used to get a richer crash dump. GDB is installed but when debug info from GDB is about to be generated - everything freezes and stays that way. -- Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Occasional native stack trace in mono
On Tue, Aug 4, 2009 at 3:40 PM, Maciej Paszta pasz...@go2.pl wrote: Maybe you don't have GDB installed, which is used to get a richer crash dump. GDB is installed but when debug info from GDB is about to be generated - everything freezes and stays that way. Just for the record - GDB generates debug info for other native stacktraces (like one for the bug 350011) but in this case - nothing works. -- Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Incompatibility between Remoting (TCP) implementation in Mono and .NET
There is incompatibility between those two implementations. I found it while implementing my own Server and Client channels' sinks. Implementation works on .net but not on mono (throws exception that there was error in tcp connection). I already filled a bug: https://bugzilla.novell.com/show_bug.cgi?id=398783 and attached test case (VS2008 project) -- Best regards, Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Assembly lookup directory (probing) problem
Hello, I observed very strange behavior. In my app folder I have a subfolder of modules/ which contains several assemblies. I put the following lines into App.config: ?xml version=1.0 encoding=utf-8 ? configuration runtime assemblyBinding xmlns=urn:schemas-microsoft-com:asm.v1 probing privatePath=modules/ /assemblyBinding /runtime /configuration Not when I try to load a type from one of the assemblies stored in the folder: Type.GetType(Namespace.Class, Assembly) - it works fine, the type is correctly fetched. However when I reference the assembly from inside of the project without copying it into main app folder (leaving it in modules/ dir instead) I get error that the assembly could not be found. It seems that mono doesn't care in this case about the contest of the App.config. On .NET it works as expteced, is it a bug or a proper behavior? Best regards, Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] X509Certificate problem
Yes, absolutely! And there you go :) Certificate along with examples: https://bugzilla.novell.com/show_bug.cgi?id=396620 Best regards, Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Strange xml schema validation error
Any hints on this strange behaviour (in one xontext the same xml is successfully validated against schema in the other - not). https://bugzilla.novell.com/show_bug.cgi?id=396514 Best regards, Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] X509Certificate problem
On Jun 2, 2008, at 2:25 PM, Sebastien Pouliot wrote: Hey, This should be working(*) and we have unit tests for them. Please fill a bug report and attach your PEM certificate to it. Done, to anyone interested here's the link: https://bugzilla.novell.com/show_bug.cgi?id=396486 I was also wondering, since in my project I use X509Certificate2.PrivateKey setter which throws unsupported exception (the certificate is stored in pkcs#12 along with private key, but while exporting I want to get rid of it) - it works ok on .NET. Is it incomplete API or some other kind of bug? When I export such certificate (with removed PrivateKey) from .NET to file (encoded in Base64) and then try to import it again using mono runtime I get exception that the certificate couldn't be loaded (again works on .NET). Should I report it as well? p.s. sorry for sending this mail directly to you :) Best regards, Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] HttpListener and basic auth
Hello Guys, I'm developing standalone service provider that uses HttpListener to serve appropriate requests. I'm having difficulty using Basic Authentication (not to say that it doesn't work at all). I'm using Mono 1.2.6 and the following testcase was performed on Windows, MacOS and Linux: Program.cs Description: Binary data The expected result is that browser shows login window when one can enter username and password. Unfortunately it doesn't. Method AuthenticationSelector is not called at all and the program throws NullReference exception in line 52. The following code was tested on .NET 2.0 and there it works as supposed. Best regards, Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list