Re: [Mono-dev] (WCF) Binding elements order
Hi, Try this test on both plataforms : [Test] [ExpectedExceptionAttribute(typeof(InvalidOperationException))] public void BuildChannelListenerThrowsIfOrderIsIncorrect () { BindingElement[] bindingElements = new BindingElement[2]; bindingElements[1] = new WebMessageEncodingBindingElement (); bindingElements[0] = new HttpTransportBindingElement (); CustomBinding binding = new CustomBinding (bindingElements); IChannelListenerIReplyChannel listener = binding.BuildChannelListenerIReplyChannel (new Uri (http://127.0.0.1/;), new BindingParameterCollection ()); } It seems on Mono this runs fine, however on .NET it thows an InvalidOperationException ( http://msdn.microsoft.com/en-us/library/ms405447.aspx ). I got confused about having to sort the elements in 'CreateBindingElements'. It seems that should be done only when writing custom binding profiles. If the user uses 'CustomBinding' directly, then he must pass the elements in the correct order. On Wed, Jul 7, 2010 at 2:49 AM, Atsushi Eno atsushi...@veritas-vos-liberabit.com wrote: Hello Thiago, In what kind of situation does this bring an issue? Is it like, a binding element after a TransportBindingElement should not be ignored under certain usage? For reference, there is a test named BuildChannelFactoryIgnoresRemaining() in HttpTransportBindingElementTest in our nunit test that confirms that InvalidBindingElement is ignored after a transport binding element. (If it is not ignored and called BuildChannelFactoryT(), then it throws NotSupportedException.) [Test] public void BuildChannelFactoryIgnoresRemaining () { BindingContext ctx = new BindingContext ( new CustomBinding ( new HttpTransportBindingElement (), new InvalidBindingElement ()), empty_params); ctx.BuildInnerChannelFactoryIRequestChannel (); } Atsushi Eno On 2010/07/06 21:34, Thiago Padilha wrote: Hi Atsushi, While examining the file Binding.cs I found the following comment on the two overloads of CreateContext method : // FIXME: it seems that binding elements are // validated so that the last item is a transport. If you were unsure about where the binding elements should be ordered take a look at this : http://msdn.microsoft.com/en-us/library/system.servicemodel.channels.binding.createbindingelements.aspx According to this document, the ordering should be done inside the CreateBindingElements method for any class that inherits from Binding. This could be fixed by using the following code in CustomBinding.cs : public override BindingElementCollection CreateBindingElements () { return new BindingElementCollection (elements.OrderBy (be = { Type t = be.GetType (); if (typeof(TransportBindingElement).IsAssignableFrom (t)) return 2; if (typeof(MessageEncodingBindingElement).IsAssignableFrom (t)) return 1; return 0; })); } ___ 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] 70014 error on mod_mono start
Dear Mono, I have recently upgraded to 2.6.4, and I am now having a lot of difficulty starting mod_mono. The Apache error log will report: [Wed Jul 07 11:33:02 2010] [error] (70014)End of file found: read_data failed [Wed Jul 07 11:33:02 2010] [error] Command stream corrupted, last command was 7 Sometimes also the stack trace at end of email. The mono process will die at this stage and not re-spawn. This has obviously killed our mono project fairly firmly, therefore if somebody can tell me what this error related to, I would be very much indebted. Regards, Ben. -- System: SUSE 11.1 and 11.2. Linux fls-16-06 2.6.25.5-1.1-default #1 SMP 2008-06-07 01:55:22 +0200 x86_64 x86_64 x86_64 GNU/Linux Mono JIT compiler version 2.6.4 (tarball Thu May 6 18:06:42 UTC 2010) Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC:Included Boehm (with typed GC and Parallel Mark) SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none -- Stack from apache error log: Native stacktrace: /usr/bin/mono [0x48c070] /usr/bin/mono [0x4d620d] /lib64/libpthread.so.0 [0x7f8b5b664b30] [0x7f8b4c05275c] Debug info from gdb: (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0x7f8b5c565730 (LWP 5834)] [New Thread 0x45d76950 (LWP 5877)] [New Thread 0x45b75950 (LWP 5875)] [New Thread 0x45974950 (LWP 5874)] [New Thread 0x45763950 (LWP 5872)] [New Thread 0x45562950 (LWP 5871)] [New Thread 0x45361950 (LWP 5870)] [New Thread 0x45160950 (LWP 5869)] [New Thread 0x44f4f950 (LWP 5858)] [New Thread 0x44d4e950 (LWP 5857)] [New Thread 0x44b4d950 (LWP 5856)] [New Thread 0x4494c950 (LWP 5855)] [New Thread 0x4454a950 (LWP 5853)] [New Thread 0x44349950 (LWP 5847)] [New Thread 0x4139c950 (LWP 5846)] [New Thread 0x44148950 (LWP 5845)] [New Thread 0x43eb7950 (LWP 5843)] [New Thread 0x43cb6950 (LWP 5842)] [New Thread 0x43cb2950 (LWP 5841)] [New Thread 0x410b6950 (LWP 5840)] [New Thread 0x408b5950 (LWP 5839)] [New Thread 0x434b1950 (LWP 5838)] [New Thread 0x42cb0950 (LWP 5837)] [New Thread 0x424af950 (LWP 5836)] [New Thread 0x41cae950 (LWP 5835)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0x7f8b5b660dd9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 25 Thread 0x41cae950 (LWP 5835) 0x7f8b5b660dd9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 24 Thread 0x424af950 (LWP 5836) 0x7f8b5b660dd9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 23 Thread 0x42cb0950 (LWP 5837) 0x7f8b5b660dd9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 22 Thread 0x434b1950 (LWP 5838) 0x7f8b5b660dd9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 21 Thread 0x408b5950 (LWP 5839) 0x7f8b5b660dd9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 20 Thread 0x410b6950 (LWP 5840) 0x7f8b5b660dd9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 19 Thread 0x43cb2950 (LWP 5841) 0x7f8b5b660dd9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 18 Thread 0x43cb6950 (LWP 5842) 0x7f8b5b664251 in nanosleep () from /lib64/libpthread.so.0 17 Thread 0x43eb7950 (LWP 5843) 0x7f8b5b662d01 in sem_wait () from /lib64/libpthread.so.0 16 Thread 0x44148950 (LWP 5845) 0x7f8b5b66105d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 15 Thread 0x4139c950 (LWP 5846) 0x7f8b5b664251 in nanosleep () from /lib64/libpthread.so.0 14 Thread 0x44349950 (LWP 5847) 0x7f8b5b17a6c8 in epoll_wait () from /lib64/libc.so.6 13 Thread 0x4454a950 (LWP 5853) 0x7f8b5b66105d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 12 Thread 0x4494c950 (LWP 5855) 0x7f8b5b66390b in read () from /lib64/libpthread.so.0 11 Thread 0x44b4d950 (LWP 5856) 0x7f8b5b16cf7b in read () from /lib64/libc.so.6 10 Thread 0x44d4e950 (LWP 5857) 0x7f8b5b66105d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 9 Thread 0x44f4f950 (LWP 5858)
[Mono-dev] problem with fastcgi-mono-server4
Hi, can anyone help me out with this problem: http://mono.1490590.n4.nabble.com/Problem-with-fastcgi-mono-server4-tp2280670p2280670.html Thanks best regards -- View this message in context: http://mono.1490590.n4.nabble.com/problem-with-fastcgi-mono-server4-tp2280790p2280790.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] diff: bug-438454.exe.stdout.expected: No such file or directory
Hello, In my FreeBSD box, make check of Mono svn trunk failed. log is follow. $ gmake check Making check in po gmake[1]: Entering directory `/export/home/ksmakoto/Mono/BUILD/po' Making check in mcs gmake[2]: Entering directory `/export/home/ksmakoto/Mono/BUILD/po/mcs' gmake[2]: Leaving directory `/export/home/ksmakoto/Mono/BUILD/po/mcs' gmake[2]: Entering directory `/export/home/ksmakoto/Mono/BUILD/po' gmake[2]: Nothing to be done for `check-am'. (snip) Testing generic-xdomain.2.exe ... Testing generic-type-load-exception.2.exe ... Testing bug-616463.exe ... gmake[5]: Leaving directory `/export/home/ksmakoto/Mono/BUILD/mono/tests' Testing exists.exe... Testing runtime-invoke.gen.exe... Testing imt_big_iface_test.exe... Testing bug-438454.exe... diff: bug-438454.exe.stdout.expected: No such file or directory gmake[4]: *** [test-process-exit] Error 2 gmake[4]: Leaving directory `/export/home/ksmakoto/Mono/BUILD/mono/tests' gmake[3]: *** [check-am] Error 2 gmake[3]: Leaving directory `/export/home/ksmakoto/Mono/BUILD/mono/tests' gmake[2]: *** [check-recursive] Error 1 gmake[2]: Leaving directory `/export/home/ksmakoto/Mono/BUILD/mono/tests' gmake[1]: *** [check-recursive] Error 1 gmake[1]: Leaving directory `/export/home/ksmakoto/Mono/BUILD/mono' gmake: *** [check-recursive] Error 1 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Different behavior on Thread(ThreadEntryPoint, maxStackSize) on .net and mono?
Hi guys, I'm testing an the behavior of Thread class on mono and VS2005. In the documentation page of MS it's specify that is maxStackSize is less of 128KB an ArgumentOutOfRangeException it's raised. This seems not to be true. Using this code I try to change the maxStackSize value and wait to get the exception. Seems that using any value between 0 and 262144 (256k) I get the same behavior on windows. I suppose that it's better is the behavior it's the same, not if mono respect the official documentation and .net not :) If you prefer I will fill a bug report. Best Regards === using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading; namespace testThread { class Program { static void Main(string[] args) { Program p = new Program(); Thread t = new Thread(p.ThreadEntryPoint, Int32.Parse(args[0])); t.Start(); Console.WriteLine(T0 - Chk1); Thread.Sleep(5000); Console.WriteLine(T0 - Exit); } public void ThreadEntryPoint(Object obj) { int i; if (obj == null) { Console.WriteLine(T1 - Chk1); i = 32000; } else { i = (int)obj - 1; } if (i 0) { Console.WriteLine(I= + i); ThreadEntryPoint(i); } else { Console.WriteLine(T1 - Exit); } } } } ___ 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] Preview 2.6.6
Hi, We have pushed a preview release of Mono (actually sort of a release). Find your files, installers, and repos here: http://mono.ximian.com/monobuild/preview/download-preview/ Nice. Pity libgdiplus won't build... libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -Wall -Wno-unused -Wno-format -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom -fasynchronous-unwind-tables -pthread -c pngcodec.c -fPIC -DPIC -o .libs/pngcodec.o pngcodec.c: In function 'gdip_load_png_image_from_file_or_stream': pngcodec.c:351: error: 'png_info' has no member named 'trans_alpha' TTFN Paul -- Biggles was quietly reading his favourite book when Algy burst through the door. Distracted for a moment, Biggles surveyed what had happened and turned a page. Algy old man he said, clearing his throat, use the handle next time... - Taken from Biggles combs his Hair signature.asc Description: This is a digitally signed message part ___ 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] Preview 2.6.6
Paul, That will happen if you have the latest libpng 1.2 (with last week security fix) but compile with earlier libpng 1.2 and (newer) 1.4. Fix is in SVN (both HEAD and 2.6 branch). Sebastien On Wed, 2010-07-07 at 22:04 +0100, Paul wrote: Hi, We have pushed a preview release of Mono (actually sort of a release). Find your files, installers, and repos here: http://mono.ximian.com/monobuild/preview/download-preview/ Nice. Pity libgdiplus won't build... libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -Wall -Wno-unused -Wno-format -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom -fasynchronous-unwind-tables -pthread -c pngcodec.c -fPIC -DPIC -o .libs/pngcodec.o pngcodec.c: In function 'gdip_load_png_image_from_file_or_stream': pngcodec.c:351: error: 'png_info' has no member named 'trans_alpha' TTFN Paul ___ 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] SVN based mono monodevelop install, but (new) moonlight project gives error
I have built mono, monodevelop (even moonlight) from svn. Everything works fine, even the generated moonlight plugins to firefox and chrome and monodevelop works great, BUT on start up of monodevelop (or if one tries to make a new moonlight project) I get the following (enclosed below). I must be missing something simple with respect to building monodevelop from svn to get moonlight support? Any hints would be appreciated. FATAL ERROR [2010-07-07 19:19:40Z]: Unhandled exception in SystemAssemblyService background initialisation thread. System.NullReferenceException: Object reference not set to an instance of an object at MonoDevelop.Moonlight.MoonlightFrameworkBackend+GetMoonDirectoriesc__Iterator4.MoveNext () [0x0006b] in /home/sysadm/svn/monodevelop/main/src/addins/MonoDevelop.Moonlight/MonoDevelop.Moonlight/MoonlightFrameworkBackend.cs:115 at MonoDevelop.Moonlight.MoonlightFrameworkBackend.Initialize (MonoDevelop.Core.Assemblies.TargetRuntime runtime, MonoDevelop.Core.Assemblies.TargetFramework framework) [0x000b7] in /home/sysadm/svn/monodevelop/main/src/addins/MonoDevelop.Moonlight/MonoDevelop.Moonlight/MoonlightFrameworkBackend.cs:47 at MonoDevelop.Core.Assemblies.TargetRuntime.GetBackend (MonoDevelop.Core.Assemblies.TargetFramework fx) [0x00079] in /home/sysadm/svn/monodevelop/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetRuntime.cs:274 at MonoDevelop.Core.Assemblies.TargetRuntime.IsInstalled (MonoDevelop.Core.Assemblies.TargetFramework fx) [0x0] in /home/sysadm/svn/monodevelop/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetRuntime.cs:472 at MonoDevelop.Core.Assemblies.TargetRuntime.CreateFrameworks () [0x0012a] in /home/sysadm/svn/monodevelop/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetRuntime.cs:497 at MonoDevelop.Core.Assemblies.TargetRuntime.RunInitialization () [0x0001c] in /home/sysadm/svn/monodevelop/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetRuntime.cs:389 at MonoDevelop.Core.Assemblies.TargetRuntime.BackgroundInitialize () [0x0002d] in /home/sysadm/svn/monodevelop/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetRuntime.cs:364 -- ted leslie tles...@tcn.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SVN based mono monodevelop install, but (new) moonlight project gives error
Now when I build a moonlight project i get: Unhandled Exception: System.ArgumentException: Path is empty at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean anonymous, FileOptions options) [0x0] in filename unknown:0 at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share) [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor (string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare) at System.IO.File.OpenRead (System.String path) [0x0] in filename unknown:0 at ResourcePacker.Pack (System.Collections.Generic.List`1 files) [0x0] in filename unknown:0 at ResourcePacker.Main (System.String[] args) [0x0] in filename unknown:0 Build complete -- 1 error, 0 warnings So this is probably related to the other error, in that some primary path isn't set. I tried setting the MOONLIGHT_SDK_PATH but that didn't help. I am a bit confused on what/where exactly is the moonlight SDK (and with respect to svn as well), the You just have to download and extract my Moonlight SDK, extract it somewhere, then tell MonoDevelop where it using the MOONLIGHT_2_SDK_PATH environment variable: http://mjhutchinson.com/journal/2009/05/08/moonlight_development_linux_monodevelop seems dated? and I can't find any other newer info. tl On Wed, 7 Jul 2010 19:43:22 -0400 ted leslie tles...@tcn.net wrote: I have built mono, monodevelop (even moonlight) from svn. Everything works fine, even the generated moonlight plugins to firefox and chrome and monodevelop works great, BUT on start up of monodevelop (or if one tries to make a new moonlight project) I get the following (enclosed below). I must be missing something simple with respect to building monodevelop from svn to get moonlight support? Any hints would be appreciated. FATAL ERROR [2010-07-07 19:19:40Z]: Unhandled exception in SystemAssemblyService background initialisation thread. System.NullReferenceException: Object reference not set to an instance of an object at MonoDevelop.Moonlight.MoonlightFrameworkBackend+GetMoonDirectoriesc__Iterator4.MoveNext () [0x0006b] in /home/sysadm/svn/monodevelop/main/src/addins/MonoDevelop.Moonlight/MonoDevelop.Moonlight/MoonlightFrameworkBackend.cs:115 at MonoDevelop.Moonlight.MoonlightFrameworkBackend.Initialize (MonoDevelop.Core.Assemblies.TargetRuntime runtime, MonoDevelop.Core.Assemblies.TargetFramework framework) [0x000b7] in /home/sysadm/svn/monodevelop/main/src/addins/MonoDevelop.Moonlight/MonoDevelop.Moonlight/MoonlightFrameworkBackend.cs:47 at MonoDevelop.Core.Assemblies.TargetRuntime.GetBackend (MonoDevelop.Core.Assemblies.TargetFramework fx) [0x00079] in /home/sysadm/svn/monodevelop/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetRuntime.cs:274 at MonoDevelop.Core.Assemblies.TargetRuntime.IsInstalled (MonoDevelop.Core.Assemblies.TargetFramework fx) [0x0] in /home/sysadm/svn/monodevelop/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetRuntime.cs:472 at MonoDevelop.Core.Assemblies.TargetRuntime.CreateFrameworks () [0x0012a] in /home/sysadm/svn/monodevelop/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetRuntime.cs:497 at MonoDevelop.Core.Assemblies.TargetRuntime.RunInitialization () [0x0001c] in /home/sysadm/svn/monodevelop/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetRuntime.cs:389 at MonoDevelop.Core.Assemblies.TargetRuntime.BackgroundInitialize () [0x0002d] in /home/sysadm/svn/monodevelop/main/src/core/MonoDevelop.Core/MonoDevelop.Core.Assemblies/TargetRuntime.cs:364 -- ted leslie tles...@tcn.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- ted leslie tles...@tcn.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list