Re: [Mono-aspnet-list] Mod_Mono 2.10.3 w/ Apache 2.4.3-12
Hi Daniel, When I attempt to start the service it fails. Here's the output from journalctl -xn: httpd[12488]: httpd: Syntax error on line 416 of /etc/httpd/conf/httpd.conf: Syntax error on line 8 of /etc/httpd/conf.d/mod_mono.conf: Cannot load /usr/lib64/httpd/modules/mod_mono.so into server: /usr/lib64/httpd/modules/mod_mono.so: undefined symbol: unixd_config Thank you, Aaron [Description: Description: Description: logo-email] Aaron Childs, CCNA Associate Director, Networking Information Technology www.westfield.ma.edu/ithttp://www.westfield.ma.edu/it Please Note: new e-mail address - aa...@westfield.ma.edumailto:aa...@westfield.ma.edu From: mono-aspnet-list-boun...@lists.ximian.com [mailto:mono-aspnet-list-boun...@lists.ximian.com] On Behalf Of Daniel Lo Nigro Sent: Tuesday, February 19, 2013 4:53 PM To: Childs, Aaron Cc: mono-aspnet-list@lists.ximian.com Subject: Re: [Mono-aspnet-list] Mod_Mono 2.10.3 w/ Apache 2.4.3-12 What is the exact error message? On Wed, Feb 13, 2013 at 11:30 AM, Childs, Aaron aa...@westfield.ma.edumailto:aa...@westfield.ma.edu wrote: Hello, I recently upgraded to Fedora 18 from Fedora 17 which I had apache and mod_mono running just fine. Now Apache fails to start with mod_mono enabled. I have apache 2.4.3-12 installed from RPM, an initially I recompiled mono to work with the new version which failed, I then resorted to installing mono from the YUM repositories. Same error. Is there anyone out there who had a similar problem to this and found a resolution? Thanks, Aaron [Description: Description: Description: logo-email] Aaron Childs, CCNA Associate Director, Networking Information Technology www.westfield.ma.edu/ithttp://www.westfield.ma.edu/it Please Note: new e-mail address - aa...@westfield.ma.edumailto:aa...@westfield.ma.edu ___ Mono-aspnet-list mailing list Mono-aspnet-list@lists.ximian.commailto:Mono-aspnet-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-aspnet-list inline: image001.jpg___ Mono-aspnet-list mailing list Mono-aspnet-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-aspnet-list
Re: [Mono-dev] msgpack-cli causes internal compiler error on 3.x?
Hi, I cannot but I only tried xbuild MsgPack.mono.sln which does not cause internal error but does not compile successfully either. If you can fill a bug report with steps you are doing I can try to build it again. Marek On Fri, Feb 22, 2013 at 6:44 PM, Brandon Perry bperry.volat...@gmail.comwrote: Hi, can anyone reproduce and error I am getting with mono 3.x in compiling the following github repo: https://github.com/msgpack/msgpack-cli I get an internal compiler error. This works with 2.10. -- http://volatile-minds.blogspot.com -- blog http://www.volatileminds.net -- website ___ 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] msgpack-cli causes internal compiler error on 3.x?
I had not tried with xbuild, I was attempting to build through monodevelop (3.something). I can try through xbuild however this evening. On Fri, Feb 22, 2013 at 2:33 PM, Marek Safar marek.sa...@gmail.com wrote: Hi, I cannot but I only tried xbuild MsgPack.mono.sln which does not cause internal error but does not compile successfully either. If you can fill a bug report with steps you are doing I can try to build it again. Marek On Fri, Feb 22, 2013 at 6:44 PM, Brandon Perry bperry.volat...@gmail.com wrote: Hi, can anyone reproduce and error I am getting with mono 3.x in compiling the following github repo: https://github.com/msgpack/msgpack-cli I get an internal compiler error. This works with 2.10. -- http://volatile-minds.blogspot.com -- blog http://www.volatileminds.net -- website ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- http://volatile-minds.blogspot.com -- blog http://www.volatileminds.net -- website ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ARM/NativeClient port
Hi, I added some comments using the github review system. The rest of the stuff looks ok, All the #ifdefs make the code look a bit ugly, but I don't know how else to do it. So its ok. Zoltan On Thu, Feb 21, 2013 at 6:04 PM, Nikolay Igotti olo...@google.com wrote: Hi, This pull request https://github.com/mono/mono/pull/571 implements approach suggested (only jumptables are no longer bound to domain, as trampolines init happens eariler than root domain init) and it would be great to have change reviewed and integrated. It passes SciMark and few other tests. SciMark score with jumptables is 44.5MFlops, vs. 55.7MFlops without on Google Nexus 7, which is pretty natural, considering nature of the change. Performance likely could be improved, as in few places we could replace always indirect jumps with direct ones. Thanks, Nikolay On Tue, Feb 5, 2013 at 4:14 PM, Nikolay Igotti olo...@google.com wrote: Hi Zoltan, Good idea, but unfortunately for [reg + reg] loads it's hard to easily verify that address does not escapes sandbox, so NaCL only allows [reg + imm] addressing mode. So far, my approach is to augment MonoDomain with jumptable field, and replace inline jumptable with access to this domain-wide table. Generated ASM for trampoline looks like: movw rX, lo(jump_table_entry_addr) movt rX, hi(jump_table_entry_addr) ldr rX, [rX] bic rX, rX, #MASK ; for NaCL only bx rX and patching code decodes location to patch from movw/movt instruction (similar to what you suggested). Nikolay. On Tue, Feb 5, 2013 at 10:35 AM, Zoltan Varga var...@gmail.com wrote: On Mon, Feb 4, 2013 at 10:34 AM, Nikolay Igotti olo...@google.comwrote: Hi Zoltan, For PC-relative addressing at least 2 conditions has to be satisfied: 1. code must know which PC it runs at 2. offset to data must be smaller than 4K to fit into immediate encoding If we're not using inline constant pools, it would lead to rather tricky memory layout of code interleaved with data. Nikolay PC relative addressing is already used by the runtime in AOT mode, see the implementation of the OP_AOTCONST opcode, you can generate: movw temp reg, 0 movt temp reg, 0 mov dreg, [pc+temp reg] and patch the movw/movt when the address of the code and the data is known. I.e. for trampolines, this is already known, for methods, you can patch the movw/movt in mono_arch_patch_code (). Zoltan On Sun, Feb 3, 2013 at 10:09 PM, Zoltan Varga var...@gmail.com wrote: Hi, We're working on implementation of Mono JIT/ARM for Native Client, and want to discuss certain details about design of our solution. Native Client's sandboxing mechanism, being a SFI solution, has rather strict limitations on how verifiable machine code may look like. To be precise: Our idea is to emit per-method (or per class?) jump table somewhere in .data, which contains list of all relocations, and use some register to point to this table. So for example, trampoline like this: ldr ip, [pc, #0] b skip .word target skip: mov lr, pc mov pc, ip would become (if r10 is used as jump table base register): .align 4 # for NaCl only ldr ip, [r10, #32] # unique (per-method or class) index for every callsite nop # for NaCl only, to have bl at bundle end bic r10, r10, #0xc00f # for NaCl only bl ip # or blx r10 could point somewhere in method metadata, where its relocation table is stored. So our question is if someone sees problem with such approach, or could suggest better alternative. Also advises which register could be used as the jump table base, and where to store such a table (maybe patch info?) are very welcome. Hi, ARM has PC relative addressing, so it would be easier to use that instead of reserving a register. Zoltan ___ 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-list] Unable to start WCF host with 1 service endpoint
I am evaluating some uses of Mono for a project that we are currently working on in my organization, and I have run into a stumbling block that I am hoping may just be user error on my part. I created a Console service host for a small (2 method) WCF service. When I attempt to start this service, I get the following error on both Mono 2.10.9 and 3.0.3: System.ServiceModel.Channels.BindingElementCollection doesn't implement interface System.Collections.Generic.IEnumerableSystem.ServiceModel.Channels.BindingElement Stacktrace: at unknown 0x at System.ServiceModel.Channels.BindingElementCollection..ctor (System.Collections.Generic.IEnumerable`1System.ServiceModel.Channels.BindingElement) [0x6] in /home/mconway/mono-3.0.3/mcs/class/System.ServiceModel/System.ServiceModel.Channels/BindingElementCollection.cs:48 I can pastebin my code if that would help, but it is a simple host.AddServiceEndpoint Implementation using the RabbitMQBinding. Is there another way I should be going about starting this service, or is this just an example of unsupported WCF behavior? I ran the MoMA against this exe and dll, and they both passed with no errors/warnings. Thanks in advance. Mike -- View this message in context: http://mono.1490590.n4.nabble.com/Unable-to-start-WCF-host-with-1-service-endpoint-tp4658637.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Unable to start WCF host with 1 service endpoint
WCF services on mono do not work so well. Even if you can get them to function, I've found the implementation does not perform very well. If you get away from HTTP bindings, things get worse, and I'm not sure at all about the RabbitMQ bindings. I use RabbitMQ heavily under mono and the regular driver works very well. Can you get away from WCF for this? Also, if you're building services in mono, or want a nice framework that is fully supported on both mono and .NET, I highly recommend using ServiceStack (http://ServiceStack.net). It performs quite well on both mono and .NET, and most people find the design approach to be quite refreshing. I certainly do. On Tuesday, February 19, 2013, mconway wrote: I am evaluating some uses of Mono for a project that we are currently working on in my organization, and I have run into a stumbling block that I am hoping may just be user error on my part. I created a Console service host for a small (2 method) WCF service. When I attempt to start this service, I get the following error on both Mono 2.10.9 and 3.0.3: System.ServiceModel.Channels.BindingElementCollection doesn't implement interface System.Collections.Generic.IEnumerableSystem.ServiceModel.Channels.BindingElement Stacktrace: at unknown 0x at System.ServiceModel.Channels.BindingElementCollection..ctor (System.Collections.Generic.IEnumerable`1System.ServiceModel.Channels.BindingElement) [0x6] in /home/mconway/mono-3.0.3/mcs/class/System.ServiceModel/System.ServiceModel.Channels/BindingElementCollection.cs:48 I can pastebin my code if that would help, but it is a simple host.AddServiceEndpoint Implementation using the RabbitMQBinding. Is there another way I should be going about starting this service, or is this just an example of unsupported WCF behavior? I ran the MoMA against this exe and dll, and they both passed with no errors/warnings. Thanks in advance. Mike -- View this message in context: http://mono.1490590.n4.nabble.com/Unable-to-start-WCF-host-with-1-service-endpoint-tp4658637.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com javascript:; http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Issue with a C# application making connection to server
I have a client application that was developed in C# with winforms. It is a client that connects to a server and it works fine in windows. When I try to use this application on Linux it will not connect. I've confirmed that my port is open on my router and my iptables. After working with these all day im ready to call it an issue with Mono on linux. Is there any known issues with Mono on linux and TcpClient connections? -- View this message in context: http://mono.1490590.n4.nabble.com/Issue-with-a-C-application-making-connection-to-server-tp4658717.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Issue with a C# application making connection to server
Also I can make connect the server using a console command exec 6/dev/tcp/68.xx.xx.xx/3822 echo connected The issue seems to only be when trying to create the connection from the client application. -- View this message in context: http://mono.1490590.n4.nabble.com/Issue-with-a-C-application-making-connection-to-server-tp4658717p4658718.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Issue with a C# application making connection to server
Have you tried using Netcat (nc) to connect to the server from your client machine, to ensure it's working? On Sat, Feb 23, 2013 at 10:26 AM, meril 5thesb.night...@gmail.com wrote: I have a client application that was developed in C# with winforms. It is a client that connects to a server and it works fine in windows. When I try to use this application on Linux it will not connect. I've confirmed that my port is open on my router and my iptables. After working with these all day im ready to call it an issue with Mono on linux. Is there any known issues with Mono on linux and TcpClient connections? -- View this message in context: http://mono.1490590.n4.nabble.com/Issue-with-a-C-application-making-connection-to-server-tp4658717.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
