Re: [Mono-dev] StackOverflow on System.Delegate.Equals
Hello, I'm afraid this wasn't our case, because after updating mono to version 2.10.2 (from branch not a tarball) we still get reports that stack overflow occurs. Does anybody have any idea how can I find cause of this problem? Best Regards, Pawel Zoltan Varga wrote: Hi, This was probably caused by: https://bugzilla.novell.com/show_bug.cgi?id=687902 lt;https://bugzilla.novell.com/show_bug.cgi?id=687902gt;which is now fixed. Zoltan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- View this message in context: http://mono.1490590.n4.nabble.com/StackOverflow-on-System-Delegate-Equals-tp3411024p3502013.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] Cross-Appdomain remoting
Ah! The idea of changing the lifetime was enough info for me to find the cause. Hm, I could swear I saw a difference in behavior between .NET and Mono, but my simplified test case revealed an identical error (with slightly different text) in .NET - that led me to InitializeLifetimeService. I overrode InitializeLifetimeService on the MarshalByRef objects and returned null - this prevents the objects from expiring. Thanks for the reply! - Kipp On Thu, May 5, 2011 at 4:49 PM, Robert Jordan robe...@gmx.net wrote: Hi, On 05.05.2011 22:11, Michael Mudge wrote: I'm seeing strange behavior on our device - AppDomain A has launched AppDomain B, and wired the DomainUnloaded event. I'm seeing that RemotingServices.DisposeIdentity is being called after 5 minutes, and then when AppDomain B unloads itself and the unload event is fired, I get this error: Unhandled Exception: System.Runtime.Remoting.RemotingException: Server for uri '6c9364e7_bf92_4f6d_950d_9cfc5c9a372d/b4c91032_2.rem' not found Server stack trace: at System.Runtime.Remoting.Proxies.RealProxy.GetAppDomainTarget () [0x0] infilename unknown:0 at (wrapper xdomain-dispatch) Manager.Shells.WAppServer:HandleDomainUnload (object,byte[],byte[],string) I *think* that the problem is that the domain unload can't find A. I *think* that the object that can't be found is supposed to be automatically recreated - am I right? If that's true, I'm guessing The proxy won't be recreated. If you want to prevent it from being disposed, you should either change its lifetime (via app.config's system.runtime.remoting element) or call/poll a method periodically. that this can't be done when an AppDomain is being unload... Is that true? Where should I start looking to solve this? Can someone provide a clearer explanation of how this all works? Please explain first (preferably with code) what you're trying to achieve. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Adding AES-NI support
Hi all, I'm looking at adding Intel AES-NI support to Mono. Most of the actual code that does useful stuff is done by other people (on what looks like a very liberal license), so I'm just gluing it all together. Does the runtime currently have methods for determining the instruction sets that the CPU supports? I'd imagine that you'd want to use the accelerated implementation first if available, and if not, fall back to the current default, which I think is RijndaelManaged. Comments? Thanks, Joe ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] scratchbox devkit?
Actually, I just had a chance to look at the ./configure script and it looks like there is a fair amount of support in there for cross compiling: the targets powerpc64-ps3-linux-gnu, powerpc64-xbox360-linux-gnu, x86_64-*-nacl, armv7l-unknown-linux-gnueabi*, and armv5tel-unknown-linux-gnueabi* all seem to have entries in the ` if test x$host != x$target; ` condition. I was wondering if you could provide a bit more detail about the state of support for these targets (happily, mine is on the list). Are these not actively maintained, or not known to work, or perhaps covered by some other disclaimer? Thanks! Liam On Wednesday, May 4, 2011 at 9:00 AM, Liam Staskawicz wrote: Ah, also - http://www.mono-project.com/Mono:ARM recommends using scratchbox to build mono for ARM. Would be nice to clarify there as well, if possible. Thanks, Liam On Wednesday, May 4, 2011 at 8:06 AM, Liam Staskawicz wrote: OK, thanks! Liam On Wednesday, May 4, 2011 at 2:05 AM, Zoltan Varga wrote: Hi, We recommend compiling on the device itself if possible, using distcc for example. Our configure scripts etc. are not really written with cross-compilation in mind. Zoltan On Wed, May 4, 2011 at 9:04 AM, Liam Staskawicz lst...@gmail.com wrote: Hi, I'm just getting set up trying to cross compile mono for an ARM target using scratchbox. The wiki page at http://www.mono-project.com/Scratchbox mentions a mono devkit, but the only address is to svn://anonsvn.mono-project.com which now redirects to github, and I can't find the subproject mentioned (garmono?) anywhere in the sources on github. Did this component not survive the transition to github? Anybody have any tips on where to find it if it still exists? Of course this is coming from the perspective of somebody searching high and low for info, but if the maintainer is still around it would be nice to update the wiki page, even to say that it's out of date :) Thanks! Liam ___ 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-list] SocketException: Too many open files (1020 socket sat once)
Hi there, ulimit does not actually edit the file. If I'm right, you also need to logout and login again before the globally set limits apply to you. Ian On Thu, May 05, 2011 at 08:31:53PM +0100, monolearner wrote: Hi, ulimit -n does not help me. The following is my limits.conf: # /etc/security/limits.conf # #Each line describes a limit for a user in the form: # #domaintype item value # #Where: #domain can be: #- an user name #- a group name, with @group syntax #- the wildcard *, for default entry #- the wildcard %, can be also used with %group syntax, # for maxlogin limit # #type can have the two values: #- soft for enforcing the soft limits #- hard for enforcing hard limits # #item can be one of the following: #- core - limits the core file size (KB) #- data - max data size (KB) #- fsize - maximum filesize (KB) #- memlock - max locked-in-memory address space (KB) #- nofile - max number of open files #- rss - max resident set size (KB) #- stack - max stack size (KB) #- cpu - max CPU time (MIN) #- nproc - max number of processes #- as - address space limit #- maxlogins - max number of logins for this user #- maxsyslogins - max number of logins on the system #- priority - the priority to run user process with #- locks - max number of file locks the user can hold #- sigpending - max number of pending signals #- msgqueue - max memory used by POSIX message queues (bytes) #- nice - max nice priority allowed to raise to #- rtprio - max realtime priority # #domain type item value # #* softcore0 #* hardrss 1 #@studenthardnproc 20 #@facultysoftnproc 20 #@facultyhardnproc 50 #ftp hardnproc 0 #@student- maxlogins 4 # End of file This file does not have an entry for nofile even after I run ulimit -n. My mono version: Mono JIT compiler version 2.4.2.2 Please help. Thanks. -- View this message in context: http://mono.1490590.n4.nabble.com/SocketException-Too-many-open-files-1020-sockets-at-once-tp1507535p3499266.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
[Mono-list] Extending Gtk.TextView from IronPython
Does anyone have an idea what this warning means, or how to fix it? % mono ipy.exe import Gtk class MyTextView(Gtk.TextView): ... pass mtv = MyTextView() (pyjama:611): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.28.6/./gobject/gsignal.c:1549: signal set_scroll_adjustments already exists in the `GtkTextView' class ancestry What would be necessary in C# to extend TextView? -Doug ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list