Re: [Mono-list] Program start shows MS-DOS header error message
Hey, On Thu, Sep 9, 2010 at 2:45 PM, Andrew K. wrote: > Things to add: > - I'm not using any mono api calls, it's just plain C# Code (.NET 3.5). > - MoMa checks of any used exe/dlls were all satisfying. > - Some other programs run with mono - so the error must lie within my app :) > (I don't think I encountered a mono bug although I can't assess this of > course) Are the assemblies you're trying to run obfuscated by any chance? -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cannot comilpe with NHibernate.Linq
On Sat, Apr 3, 2010 at 2:41 AM, Costantino Pipero wrote: > I found the System.Data>Services assembly in the GAC, but it shows as > version 2.0. Then it's a bug in our build. System.Data.Services should be 3.5. I'll fix this in our build, you'll then have to build Mono yourself. -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cannot comilpe with NHibernate.Linq
Hey, On Fri, Apr 2, 2010 at 2:50 PM, Costantino Pipero wrote: > I do have 2.6, but cannot find the System.Data.Services assembly. I will > look deeper in the /usr/lib/... Look for $prefix/lib/mono/2.0/System.Data.Services.dll We'll have to add it to dotnet35.pc though. -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cannot comilpe with NHibernate.Linq
Hey, On Fri, Apr 2, 2010 at 1:34 PM, Costantino Pipero wrote: > I suspect it's missing System.Data.Services which I don't think it's > implemented in Mono... You need to upgrade your Mono to at least 2.6, which contains a stub implementation of System.Data.Services. -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Marshalling a big-endian byte collection into a struct in order to pull out values
Hey Pat, > Basically, I am receiving an array of bytes which represent a number of > different types (int32, int16, string, etc) in big-endian (network) byte > order and I would like an easy way to pull out the individual values. There > is a way to do this with bytes that match the endianness of the host machine > (which is always little-endian in my case), but I have yet to find a > big-endian method which is equally simple and elegant. We have: http://www.mono-project.com/Mono_DataConvert -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono in the .NET world !
Hi, On Tue, Feb 9, 2010 at 4:12 PM, bleucat wrote: > Yesterday in Paris (France) began the Microsoft high-mass called Microsoft > Tech-days. It's a three days big show for IT and developpers. > > http://www.microsoft.com/france/mstechdays/programmes/default.aspx > > There was a session called "Mono and his ecosystem", the session was just > cancelled, without explanation, without even a mail for people who > registered to it. The session has been cancelled because the speaker (that would be me), couldn't make it to Paris in time due to a power failure on the TGV line between Paris and Lyon (an overhead line broke around 8am, all trains were delayed between 3 and 5 hours). I warned the TechDays organization on the morning, they said they'll broadcast the cancellation. > That is, view from here ... France ... Europe ... mono is nothing, .NET is > running on Windows ... that's all. That's simply not true. I've been talking about Mono for the last 5 years at different Microsoft events in France. I also give talks at locals alt.net events. Miguel presented Moonlight for the first time at the Mix conference in Paris. Mono, is an open-source project, and everyone is encouraged to give talks and «make some buzz». You're welcome to help. -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Change mono process name in ps/top
Hey, On Mon, Jan 25, 2010 at 5:50 PM, Jonathan Pryor wrote: > System.Environment.GetCommandLineArgs()[0], anyone? This will return > the value of C main's argv[0] to managed code. No it won't. We're only returning args starting with the main assembly. -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] can't pick up dll's or namespaces from .dll or .cs files
Hey, On 6/30/09, Elise Langham wrote: > Is there a command line option when compiling or something i need to do to > explicitly add a reference? Yes, you need to specify the references like: gmcs -r:MyAssembly.dll code.cs -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] StringSplitOptions missing assembly reference?
Hey, On 6/9/09, milasch wrote: > $ mcs test.cs Use gmcs, StringSplitOptions has been introduced in .net 2.0. -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Latest DLR/IronPython under Mono 2.4
Hey, On 5/21/09, Doug Blank wrote: > Is this a known issue? Is it fixed in 2.6? Am I doing something wrong? Yep, it should be fixed. -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Max(string) causes InvalidOperationException on empty IEnumerable
Hey, On 5/18/09, Andrus wrote: > Code below causes InvalidOperationException in Mono 2.4 > Is this known issue ? It's not. Thanks for reporting it, I'll backport the fix to the 2.4 branch. -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Compilation Issue
Hey, On 5/6/09, Michael Foord wrote: > It reports the error "The variable `Something' is assigned but its value is > never used(CS0219)". It looks like a warning to me. Maybe the project file asks to treat warnings as errors ? Then it would simply be a matter of fixing the compiler options. -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono_jit_init and mono_jit_cleanup
Hey, On 4/18/09, fozzie wrote: > I see.. so this means i can only call mono_jit_init(file) once? Or is there > another way to initialize the runtime then run multiple files? Suppose i > want to run them in separate domains? If there is a reference you can point > me to it would be appreciated so that i can read further and stop bugging > you. Heh, you're not bugging anyone. As Rodrigo say, you should only call mono_jit_init once, then it should only be a matter of running the appropriate entry point method of each assembly. I suggest you do as much as possible in the managed code, but if you absolutely need to do things in the unmanaged side, you can read how we do it in Moonlight here: http://anonsvn.mono-project.com/viewvc/trunk/moon/src/deployment.cpp?revision=HEAD&content-type=text%2Fplain Some functions are pretty new for creating domains in the unmanaged, you may need a recent Mono if you can't do it in the managed side. -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] DLR applications on Mono and InvalidProgramException
Hey, If you try to run a DLR based application (using either IronPython, IronRuby, or whichever DLR based language), and that you face a similar exception: "System.InvalidProgramException: Invalid IL code in (wrapper dynamic-method) object:CallSite.Target (...): IL_00xx: pop Or "System.InvalidProgramException: Invalid IL code in (wrapper dynamic-method) object:CallSite.Target (...): IL_00xx: ret You have to update the DLR assemblies you're using, as there was a bug in the DLR compiler, which was emitting wrong IL. -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono linker question
Hey, On 1/12/09, Treker Chen wrote: > Recently i try to use mono linker to make a smaller mono runtime, and i got > this error message, any comment is welcome. Interesting, it seems that the assembly you're trying to link contains a custom attribute construction that is not supported yet. Do you think you could share the assembly (privately if needed), so I can have a look? Thanks, -- Jb Evain ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How to know the assembly version?
Hey, On 12/3/08, Esqueleto <[EMAIL PROTECTED]> wrote: > How can I know the version of the DLL in linux? monodis --assembly foo.dll -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Inheriting from System.Windows.Forms.TextBox
Hey, On 11/20/08, Jon Harrop <[EMAIL PROTECTED]> wrote: > I just checked and F# definitely handles internal abstract fine on .NET, > including within Microsoft's TextBox. No it doesn't. And it doesn't have anything to do with TextBox. Try to compile the following code: <<< using System; public abstract class BaseFoo { public void Bang () { Console.WriteLine (Bar ()); } internal abstract string Bar (); } public class Foo : BaseFoo { internal override string Bar () { return "Foo !"; } } <<< Compile it to libtest.dll, and you'll see that you won't be able to use it from F#: <<< > #r "libtest.dll" - ;; --> Referenced 'C:\Tmp\libtest.dll' > type B() = - inherit Foo();; type B() = -^^ stdin(3,6): error FS0191: No implementation was given for 'BaseFoo.Bar() : string'. > #quit;; <<< > So it looks like F# does not handle Mono's abstract classes. I'll e-mail the > F# team... Again, this has nothing to do with Mono. The F# team is aware of this bug, which is according to them, their bug #3929 in their tracking system. -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Inheriting from System.Windows.Forms.TextBox
On 11/20/08, Jb Evain <[EMAIL PROTECTED]> wrote: > On 11/20/08, Jon Harrop <[EMAIL PROTECTED]> wrote: > > Any ideas why? > > It looks like a F# compiler bug to me. It's indeed a known F# compiler bug, and Microsoft is aware of it. -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Inheriting from System.Windows.Forms.TextBox
Hey, On 11/20/08, Jon Harrop <[EMAIL PROTECTED]> wrote: > Any ideas why? It looks like a F# compiler bug to me. -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Extending generic methods
Hey, On 9/28/08, Chris Howie <[EMAIL PROTECTED]> wrote: > On Sun, Sep 28, 2008 at 11:52 AM, DraconisBG <[EMAIL PROTECTED]> wrote: > > I got a task where I have to modify Mono/GMCS in order to make the > following > > possible: > > > > > > public void GenericMethod (...) {...} > > > > ... > > > > System.Type typ = ; > > GenericMethod (...); > > > > > > > Uhm, this is already possible and working, and has been for (IIRC) > several releases. Not it's not. Here `typ' is a System.Type instance, and thus, can't be used as a generic argument for the GenericMethod. But to me, it seems that here, the whole JIT/gmcs modification is a little bit too much. Especially as you can use something like a linq expression tree to create a dynamic method that will call the generic method with the dynamically retrieved type. You won't lose too much of performances because of the DynamicMethod used to compile the expression tree. -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Name of the CSharp Shell
Hey Miguel, On 9/21/08, Miguel de Icaza <[EMAIL PROTECTED]> wrote: > The name of the C# shell today is `csharp', but this is awkward to > type, we have been considering renaming it, the options are: I like `ics', just like ruby has irb. -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Extension Methods in Referenced Assemblies
Hey, On 9/16/08, Bryan Murphy <[EMAIL PROTECTED]> wrote: > I'm having a problem with extension methods in referenced assemblies. If I > define a set of extension methods in my local assembly, they work fine. If > I define them in an external assembly, and then reference that assembly, my > project no longer compiles and mcs can't find them. The exact same code > compiles in Visual Studio 2008 on windows without a problem. > > Any idea what I'm doing wrong? You have to use gmcs, not mcs. If you're already using it, could you please file a bug with a test case? Thanks! -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Db4o don't update object
Hey, On 9/10/08, Alessandro75 <[EMAIL PROTECTED]> wrote: > Hi > I try to update an complex object, > but the result is :-( All but one of db4o 5k+ unit tests pass on Mono, so it could be an error on your side. You should ask on the db4o developer web site. If not, could you please provide a test case? -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Debugging compiler error
Hey Mike, On 4/28/08, Mike Cleaver <[EMAIL PROTECTED]> wrote: > Sorry! Don't be, you've found a bug in the compiler, that should definitely not crash this way. Could you please write a small test case that reproduces the crash, and attach it to a bug in bugzilla? http://www.mono-project.com/Bugs Thanks! -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] NullReferenceException while using gmcs 1.2.6.0 and -langversion:linq
Hey, On 1/29/08, Dan Shryock <[EMAIL PROTECTED]> wrote: > This may have been fixed in svn, but I don't have the opportunity to > test it at the moment. This isn't a big deal for me, I just wanted to > report it in case it was not yet known. This has been indeed already fixed in SVN. -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Linker
Hey, On 1/6/08, Danny Waite <[EMAIL PROTECTED]> wrote: > I'm trying to use Jb's Linker but seems that his SVN is down. Does anyone > know where I can get hold of his app? SVN works here. You can grab it from here: http://anonsvn.mono-project.com/source/trunk/mcs/tools/linker/ -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] C/C++ issue
Hey, On 11/23/07, Jonas Thor <[EMAIL PROTECTED]> wrote: > > gcc -fPIC --shared -o libhello_cpp.so hello_cpp.cpp Google says: use g++. -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] LolCode on the DLR with Mono
Hey, On 11/17/07, R. Tyler Ballance <[EMAIL PROTECTED]> wrote: > > On Nov 17, 2007, at 3:08 AM, Sandy Dunlop wrote: > > Does anyone know why CreateDelegate is failing when called from the > > Microsoft.Scripting assembly? > > Is this something I can work around? > > Does the latest IronPython alpha (6?) work for you either? Too bad I'm an idiot and replied to the guy only instead of the list. This is a bug in Mono that has already been fixed. The fix is included in the upcoming Mono 1.2.6. -- Jb Evain <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list