Re: [Mono-dev] creating excel files

That is the documented (expected) behavior of Close: "Saves and closes the package plus all underlying part streams." See http://msdn.microsoft.com/en-us/library/system.io.packaging.package.close.aspx And that is a common pattern in all reader/writer classes in .NET. Hope it clarifies it all, R

Re: [Mono-dev] creating excel files

But it doesn't behave this way under .net. It doesn't dispose the stream. On Mon, Feb 28, 2011 at 3:26 PM, Rafael Teixeira wrote: > That is the documented (expected) behavior of Close: > > "Saves and closes the package plus all underlying part streams." > See > http://msdn.microsoft.com/en-us/li

Re: [Mono-dev] creating excel files

I can affirm this, EPPlus works on the .NET framework doing just this. But Windows might just not dispose the stream immediately, or reset it to NULL or read-protect the memory. So, if it's not a bug in mono, and - since it works on Windows - that would mean it's a bug in the .NET Framework..

Re: [Mono-dev] creating excel files

On 28.02.2011 14:55, eng. Ahmed Youssef wrote: > But it doesn't behave this way under .net. > It doesn't dispose the stream. Please file a bug at http://mono-project.com/Bugs. MS.NET is actually only closing part streams (as documented), while Mono is closing the underlying package stream as well

Re: [Mono-dev] creating excel files

I filed it here: https://bugzilla.novell.com/show_bug.cgi?id=675564 Is there anything else I should do? On Mon, Feb 28, 2011 at 7:30 PM, Robert Jordan wrote: > On 28.02.2011 14:55, eng. Ahmed Youssef wrote: > > But it doesn't behave this way u

[Mono-dev] MonoTools Server Usage & License

A few questions: -- Under what license is the MonoTools Server distributed? -- Using the MonoTools Server for OS X as-is won't work because the app is not a pure Mono app (we embed Mono in our Cocoa/Obj-C app). So what we're considering doing is building the server in to the project so that onc

[Mono-dev] Patch for exceptions on 64 bit Windows

Hi All, The attached patch fixes a crash when running a 64 bit build of Mono on windows. I simply modified the code to conform to the calling convention described here: http://msdn.microsoft.com/en-us/library/ms235286%28v=vs.80%29.aspx Regards, Mark This message and any attachments are solely

[Mono-dev] mixed-mode assemblies in wine

Two very interesting things happened in Mono recently: 1. The "implement type compare for 1b" assert failure that would usually occur when loading a mixed-mode assembly in Mono was fixed. So whoever did that, thank you. 2. Rodrigo Kumpera added an ENABLE_COREE define, default off, because that cod

Re: [Mono-dev] mixed-mode assemblies in wine

Hi, I have some unsubmitted modifications to mixed-mode support I made about a year ago. I should revise them and those may improve mixed-mode support. I haven't had time to sort out the verifier conflict but that should be possible and hopefully easy to resolve. My preferred way would be to c

Re: [Mono-dev] mixed-mode assemblies in wine

I forgot about the mixed mode Visaul C++ application issue: Mixed-mode code is supported, however the C++ runtime (by MS) assumes some runtime internals (COM interop (may work by now), fixed RVA fields are shared between app domain, and maybe others) that are not supported by the runtime and ar

Re: [Mono-dev] mixed-mode assemblies in wine

> My preferred way would be to call exports that Windows calls: > - _CorValidateImage on image load > - _CorImageUnloading on image unload > - _CorExeMain instead of exe entry point > - _CorDllMain instaad of dll entry Is there a reason for us to add this to the Wine loader soon? I've been putting

Re: [Mono-dev] creating excel files

this is not the answer of ma question -- View this message in context: http://mono.1490590.n4.nabble.com/creating-excel-files-tp3315324p3328297.html Sent from the Mono - Dev mailing list archive at Nabble.com.___ Mono-devel-list mailing list Mono-deve

[Mono-dev] Mono-2.8.2 Cross Compiled for ARM processor (Interesting issue with Generics)

Given the following example, could someone confirm if this is an issue or just my misunderstanding of the methods? The below is Mono 2.8.2 Cross Compiled for an ARM processor. The issue comes up when I would like to do a couple of things with generics: public static bool AreEqual(IEnumerable o

[Mono-dev] Mono-2.8.2 Cross Compiled for ARM (Interesting issue with DLLNotFound exception)

I have a wrapper around the PAM library implemented in C. I created a wrapper around this in C# (basically calls my method for authentication) and ran into a DLLNotFoundException. This works fine with MONO but does not work when I use mod_mono. I found this by commenting out the dependancies on th

[Mono-dev] Mono 2.8.2 - WCF netTcpBinding System.NotImplementedException: UpgradeRequetRecord

Hey guys, I am running Mono 2.8.2 on Ubuntu Server 10.10. I have a self-hosted WCF service that communicates with clients over netTcpBinding (no security, very vanilla). The service comes up and establishes a listener just fine. When a client connects this is the error I get: Exception during fin