Re: [Mono-dev] Weird performance problems possibly due to floats and precision issues?
Hi, You could use Mono.Simd, especially if you're doing the same operations on multiple pairs of values. This would give you an extra speedup and as far as I recall, these operations aren't prone to the slowdown caused by denormals. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Fwd: Need help how to get the Volume UUID on a Mac using mono
Hi, I believe this was meant to be directed to the whole list, not to me. I don't even own a Mac, even though I'd really like to... And I don't know who Joseph Hill is. Well--here goes the message: -- Forwarded message -- From: Nangunoori, Srinivas srinivas.nanguno...@ironmountain.com Date: Wed, Nov 17, 2010 at 9:09 AM Subject: Need help how to get the Volume UUID on a Mac using mono To: Stefan Noack noackste...@googlemail.com Hi Joseph Hill, Is there any way to get the Volume UUID on a Mac using mono. On windows one would usually resort to platform invoke on KERNEL32.dll to GetVolumeInformation(). The DriveInfo class seems to not help.. Thanks in advance -Srini ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] I wanna contribute
Hi, On Mon, Nov 15, 2010 at 10:35 AM, J.P. mail...@mono.developer.kr wrote: I've got a situation that mono crashed with sgen and llvm option. But I'm sorry can't upload the code. What information needed? I can reporting the problem without code providing. It is always happened when start to self-host remoting. You could write a minimal test case: From a clean start, add as little test code as possible (you can name the classes and methods foo, bar, blah or whatever) to reproduce the bug. So It's easier for us to track down the issue and you don't need to provide us the actual (confidential) code. Stefan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Process problem
Hi, On Thu, Oct 28, 2010 at 9:58 AM, Charles Esterbrook cont...@charles-esterbrook.com wrote: I don't know if you downloaded the source ball and built from that or did something else, although I doubt that will matter for this. I used the official gentoo ebuild script for mono 2.8 which should do exactly what you did: download the official tarball from the mono site and compile+install that. Could you post your environment variables, maybe it's a strange $PATH (or similar) related thing? mine: n...@k-alpha ~ $ env MANPATH=/usr/local/share/man:/usr/share/man:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.20.1/man:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.4.3/man TERM=xterm SHELL=/bin/bash SSH_CLIENT=127.0.0.1 35511 22 SSH_TTY=/dev/pts/0 USER=noah LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.pdf=00;32:*.ps=00;32:*.txt=00;32:*.patch=00;32:*.diff=00;32:*.log=00;32:*.tex=00;32:*.doc=00;32:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36: GDK_USE_XFT=1 PAGER=/usr/bin/less CONFIG_PROTECT_MASK=/etc/sandbox.d /etc/fonts/fonts.conf /etc/gconf /etc/terminfo /etc/ca-certificates.conf MAIL=/var/mail/noah PATH=/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.4.3:/usr/games/bin PWD=/home/noah EDITOR=/usr/bin/vim SHLVL=1 HOME=/home/noah LESS=-R -M --shift 5 LOGNAME=noah GCC_SPECS= CVS_RSH=ssh SSH_CONNECTION=127.0.0.1 35511 127.0.0.1 22 LESSOPEN=|lesspipe.sh %s INFOPATH=/usr/share/info:/usr/share/binutils-data/x86_64-pc-linux-gnu/2.20.1/info:/usr/share/gcc-data/x86_64-pc-linux-gnu/4.4.3/info OPENGL_PROFILE=xorg-x11 CONFIG_PROTECT=/usr/share/X11/xkb _=/usr/bin/env -- Stefan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ConfigurationManager.RefreshSection(appSettings) --- Getting Unhandled Exception: System.TypeInitializationException
see discussion of this issue here: http://mono.1490590.n4.nabble.com/Unable-to-work-with-Configuration-files-tp3014524p3014524.html On Mon, Oct 25, 2010 at 8:02 AM, srinin srinivas.nanguno...@ironmountain.com wrote: Hi All, When i am calling ConfigurationManager.RefreshSection(appSettings) --- Getting Unhandled Exception: System.TypeInitializationException. curred loading a configuration file: Couldn't impersonate token. --- System.Sec urity.SecurityException: Couldn't impersonate token. Kindly help me in resolving this issue. Reagrds Srini n -- View this message in context: http://mono.1490590.n4.nabble.com/Unhandled-Exception-System-TypeInitializationException-tp3005077p3009761.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-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Process problem
Hi, could not reproduce using Mono C# compiler version 2.8.0.0 and Mono JIT compiler version 2.8 (tarball Wed Oct 13 05:10:27 CEST 2010) Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com TLS: __thread SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none Misc: debugger softdebug LLVM: supported, not enabled. GC:Included Boehm (with typed GC and Parallel Mark) on gentoo, 64bit. the code executes fine in subdirectory, home directory (normal user) and in /root as root. On Fri, Oct 15, 2010 at 10:08 AM, Charles Esterbrook cont...@charles-esterbrook.com wrote: On Fri, Oct 15, 2010 at 1:01 AM, Charles Esterbrook cont...@charles-esterbrook.com wrote: I found another problem with Process and this time was able to distill it to minimal code. It's an interesting one! ... One more thing. I did a make install on the Mono 2.6.7 source directory and the problem goes away. So definitely a regression. -- http://charles-esterbrook.com ___ 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] Generic Variance Bug
Hi, using mono from trunk, the following code compiles fine: == buggy.cs == namespace Buggy { public interface ITest { } public interface ITestSpecialized : ITest { } public interface IGenericout TTest where TTest : ITest { TTest Function(); } public interface IDerived : IGenericITest { } public abstract class ImplementationTTest : IGenericTTest where TTest : ITest { public TTest Function() { throw new System.NotImplementedException(); } } public class MyClass : ImplementationITestSpecialized, IDerived { } } when i compile it gmcs -t:library buggy.cs no warning or error is issued and buggy.dll is successfully generated. However, when i now want to use the created library: == buggy2.cs == namespace Buggy2 { public class Program { public static void Main() { Buggy.MyClass instance = new Buggy.MyClass(); } } } compiling that code using gmcs -r:buggy.dll buggy2.cs produces the following output: buggy2.cs(7,38): error CS0584: Internal compiler error: Could not import type `Buggy.MyClass' from `/home/noah/prog/monobug/buggy.dll' buggy2.cs(7,27): error CS0584: Internal compiler error: Could not import type `Buggy.MyClass' from `/home/noah/prog/monobug/buggy.dll' buggy2.cs(7,27): error CS0201: Only assignment, call, increment, decrement, and new object expressions can be used as a statement Compilation failed: 3 error(s), 0 warnings Any ideas? Best regards, Stefan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Bug #360455
Hi I believe he is refering to the test cases already attached. Yes, I am. I was just concluding so that you know what I talk about. I wrote a little test case but when I looked into the bug tracker I found a test case that did exacty the same thing so I see no need to duplicate it. Here are the test cases (not by me): https://bugzillafiles.novell.org/attachment.cgi?id=194077 https://bugzillafiles.novell.org/attachment.cgi?id=197822 Sorry for the confusion Stefan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] VB Msgbox Patch
Hi, I looked at the patch and it looks like a reasonable fix. It would be perfect if you could implement a simple NUnit test that verifies the new (correct) behavior. There was a How to write a test somewhere but I can't find it right now. And also make sure to run all other unit tests as well so we know that nothing is broken. (I doubt that your patch could break anything but it's better to have run the tests than not ;-) Happy Hacking, Stefan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] gmcs and The Future
Hi, Anyway, am not completely against the idea, I already wrote about how I'd like to have a more extensible mcs, but in the current state of affairs, again, I'd very cautious. Some time ago, I had the idea of an extensible compiler. One with kind of a plugin system. Or even better, a keyword keyword that allows you to define new keywords by providing classes that implement certain Interfaces that allow the compiler to parse and emit your new language feature. I already have a name for that language - it would be Sugar (lot's of syntactic sugar included ;-) How do you think about that idea? (I wish I had more time for such stuff :-/ ) Stefan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] monodocer ignores internal protected members
Hi, I'm not sure whether this problem is subject to this list but I didn't find a better place to report my problem. I use monodocer with -importslashdoc to import XML documentation from the files generated by the compiler from in-source XML documentation. As it should be internal and private classes/members are ignored. However, internal protected members should not be ignored as they are accessible to someone overriding class members. They are present in the XML files generated by the compiler, though. I neither found an option telling monodocer not to ignore internal protected classes/members nor did I find a bug report about this issue. Thanks, Stefan -- Check out my open source .NET physics library project at http://liblamp.sourceforge.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] monodocer ignores internal protected members
What version of mono is this? That was fixed on 2007-03-15 so that internal protected members were documented; it's even checked in the unit tests. I'm not sure which Mono release came after that, but it's been fixed in svn for nearly a year. If you have a recent version of monodocer and it still fails for you, could you file a minimal reproducible test case at bugzilla.novell.com? This is strange. I use mono 1.2.6 and the monodoc 1.2.6 gentoo ebuild which afaik contains monodocer. But it looks strange, though: [EMAIL PROTECTED] ~/prog/liblamp/trunk $ monodocer --version Monodocer - The Mono Documentation Tool 0.0.0.0 - Copyright (c) 2004 Joshua Tauberer [EMAIL PROTECTED] released under the GPL. A tool for creating and updating Mono XML documentation files for assemblies. I think the ebuild might be wrong and uses old code or something. Thanks for your help :) Maybe i should switch to the SVN sources? Stefan -- Check out my open source .NET physics library project at http://liblamp.sourceforge.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Collections.Generic.Dictionary`2 bug?
Hi, I got he following problem: When i change the values of a Dictionary`2 enumerating the keys i get an exception. for example: Dictionarystring,int test = new Dictionarystring,int (); test.Add (foo, 2); test.Add (bar, 3); foreach (string key in test.Keys) { test [key] = 5; } throws: System.InvalidOperationException : out of sync at System.Collections.Generic.Dictionary`2 +Enumerator[System.String,System.Int32].VerifyState () [0x0] at System.Collections.Generic.Dictionary`2 +Enumerator[System.String,System.Int32].MoveNext () [0x0] at System.Collections.Generic.Dictionary`2+KeyCollection +Enumerator[System.String,System.Int32].MoveNext () [0x0] It looks like the KeyCollection enumerator uses the Enumerator of the Dictionary which might invalidate when i change the values, but is this intended? MSDN says: «The foreach statement is a wrapper around the enumerator, which allows only reading from the collection, not writing to it.» So do i have to understand this in the way that i am also not allowed to change the values ehen enumerating the keys? If it is a bug, please tll me i will then try to fix it, if not i will change my code to use a copy of the key list or something. -- Stefan Noack ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Collections.Generic.Dictionary`2 bug?
Thanks :) I just use the ListT(IEnumerableT) constructor and enumerate the list now. On Fri, 2008-02-01 at 15:40 +0100, Jb Evain wrote: Hey, On 2/1/08, Stefan Noack [EMAIL PROTECTED] wrote: So do i have to understand this in the way that i am also not allowed to change the values ehen enumerating the keys? Exactly. -- Check out my open source .NET physics library project at http://liblamp.sourceforge.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Managed Web Browser
Hi Why windows forms? Wouldn't GTK# be okay? It also runs on windows afaik. Do you already have some further ideas what it should look like? So what kinda class architecture are you thinking of? Never thought about how to make a web browser... System.Drawing runs quite well on mono, even on GTK widgets, I tried it. noah Am Sonntag, den 26.08.2007, 20:05 -0500 schrieb John Platts: I would like to see an web browser implemented in managed code that would run on Microsoft .NET and Mono, rather than simply having wrappers around unmanaged web browser layout engines. Here are the requirements for the managed web browser: - Must run on the Microsoft .NET Framework version 2.0 or later - Should run on the Microsoft Windows version of Mono (using Mono's Windows Forms implementation) - Should run on the Linux version of Mono (using Mono's Windows Forms implementation) - Browser code should not make any direct calls to managed code (but can make calls to any managed function available in Mono, the Microsoft .NET Framework, the Gtk# library, or the Mono.Cairo library) - Must pass the Acid2 test - Must support cascading style sheets - Must support JavaScript - Must support DOM Levels 1 2 - Must support HTML 4.0 and XHTML - Must have a managed plugin API - Should utilize Code Access Security - Can have optional support for ActiveX controls (requires Microsoft Windows and the Microsoft .NET framework) or NPAPI-based plugins (will require some managed code to support this) - this support will probably require some unmanaged code and can include unmanaged code to provide the support required by ActiveX or NPAPI plugins - There should be an option to build a browser without any unmanaged code included (except for the unmanaged code included in the GTK# library or Mono.Cairo library or their dependencies) - Must be embeddable within Windows Forms applications if implemented using Windows Forms (and also Windows Presentation Foundation applications with the System.Windows.Forms.Integration.WindowsFormsHost class on Version 3.0 and 3.5 of the Microsoft .NET framework) - Must be embeddable within GTK# applications if implemented using GTK# What Mono needs to have in order to support a managed web browser: - a System.Windows.Forms and System.Drawing implementation (or a Gtk# + Mono.Cairo implementation) - Code Access Security - not an absolute requirement for a web browser, but can provide better security, especially for plugins - unmanaged plugins can exploit filesystem, etc. whereas an untrusted managed plugin can be restricted from accessing the filesystem or performing malicious actions if the managed plugin is running under partial trust and both the browser and the unmanaged plugin is running on a runtime with Code Access Security enabled - a functional System.Net.Sockets implementation - should have support for IPv6 __ See what you’re getting into…before you go there See it! ___ 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] unable to run VB.NET or C# applications on OS X
hi I solved this problem by replacing the code generated by VS. as the call is done by some internal compiler generated i hade to replace something in Application.Designer.vb [i think it was in Protected Overrides Sub OnCreateMainForm()]... you may use a reflector or disassmbler run on your own ap to see, where you have to change the code because i cannot remember what the change was i convince that the call also is only done if an exception occurs during form generation - but as there may be NotImplementedExceptions or something like that, you would maybe like to avoid the call because you want to see the real problem exception. the problem is that your modifications may be undone when you modify application properties and code is auto-generated again. noah Am Montag, den 30.07.2007, 14:51 -0400 schrieb Alan McGovern: Quick solution: Don't use VisualBasic dll's in your C# application. Problem solved. Alternatively refactor your code so you don't use the GetResourceString method found there. Is there an alternative method of getting at the required data? Even if the method were to be released in the next mono version (which it won't be, as it's too late to get it implmented) you couldn't rely on it being in linux distributions for quite a few months. Alan. On 7/30/07, Jouini Karim [EMAIL PROTECTED] wrote: Please, i'm running OS X 10.4 with mono 1.2.4 but i'm unable to run any VB.NET or C# application with GUI (even simple application) for VB.NET (the most urgent) i get Unhandled Exception : System.notimplementedException at Microsoft.VisualBasic.CompilerServices.Utils.GetResourceString a small run of MoMa indicates me that it's unhandled ... will it be soon ? because it's needed for any winform application. Thanks ___ 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