On 2 September 2010 03:09, Rolf Bjarne Kvinge wrote:
>>I am not currently able to create a Windows build of gluezilla or
>>gecko using only free software. As I understand it, the official
>>Windows build relies on Visual Studio.
>
> The express versions of Visual Studio are free.
But not Free Soft
Hi,
>I am not currently able to create a Windows build of gluezilla or
>gecko using only free software. As I understand it, the official
>Windows build relies on Visual Studio.
The express versions of Visual Studio are free. Some work might be required
to make the project files work with the exp
On 09/01/2010 04:24 PM, Vincent Povirk wrote:
> The one hard requirement I have and have not met is that a working
> mono package can be built by me using only free software and that I
> can explain the build process to other people. I can do this for the
> core runtime and libraries, but I cannot
On Wed, Sep 1, 2010 at 6:24 PM, Vincent Povirk wrote:
> I'm making this judgment based on the limited pool of mscoree bugs in
> the Wine bugzilla. I wish more people would file bugs when Mono
> doesn't work.
For what it's worth, I've been watching wine-bugs for when
dotnet20/mono26 is mentioned a
Dan Kegel recently listed this as a possible 1.4 goal:
> Mono integration similar to the current Gecko integration
He may have meant one or both of the following things:
1. A more-or-less complete mscoree.dll that works based on the mono
embedding api, as well as replacements for all
On Fri, Apr 2, 2010 at 6:50 PM, Scott Ritchie wrote:
> On 04/01/2010 10:18 AM, Vincent Povirk wrote:
>
>> AFAIK mono doesn't implement WPF, so any .NET app that uses it is likely
>>> to
>>> fail in mono. Correct me if i'm wrong
>>>
>>
>> This is true, and according to
>> http://www.mono-project.
On 04/01/2010 10:18 AM, Vincent Povirk wrote:
AFAIK mono doesn't implement WPF, so any .NET app that uses it is likely to
fail in mono. Correct me if i'm wrong
This is true, and according to
http://www.mono-project.com/Compatibility they have no plans to
implement it. But someone could, and ev
> AFAIK mono doesn't implement WPF, so any .NET app that uses it is likely to
> fail in mono. Correct me if i'm wrong
This is true, and according to
http://www.mono-project.com/Compatibility they have no plans to
implement it. But someone could, and even if the mono project doesn't
want it, it wo
>
> > The compatibility information basically indicates that Mono can substitute
> > for .NET below version 3.0. 3.0 and higher still needs Microsoft's
> > implementation.
> > How would you handle hybridizing Mono with Microsoft's framework?
>
> You would need different wine prefixes if you want
> The compatibility information basically indicates that Mono can substitute
> for .NET below version 3.0. 3.0 and higher still needs Microsoft's
> implementation.
> How would you handle hybridizing Mono with Microsoft's framework?
You would need different wine prefixes if you want to use both at
On Thu, Apr 1, 2010 at 11:27 AM, Vincent Povirk
> wrote:
> >> * If an installer for something other than .NET tries to install .NET,
> >> file a bug for that with the dotnet keyword.
> >
> > For any .Net version (1.1, 2.0, 3.5)? Does that also count for service
> > packs? I take it your recent wo
>> * If an installer for something other than .NET tries to install .NET,
>> file a bug for that with the dotnet keyword.
>
> For any .Net version (1.1, 2.0, 3.5)? Does that also count for service
> packs? I take it your recent work on mscoree should fake a dotnet
> installation?
Any .NET version.
On Thu, Apr 1, 2010 at 11:14 AM, Vincent Povirk
wrote:
> I wrote a wiki page yesterday about the current state of Mono
> integration in Wine and what I think needs to be done about it. That
> is at: http://wiki.winehq.org/Mono
>
> Basically, if you install Mono in Wine, Wine wil
I wrote a wiki page yesterday about the current state of Mono
integration in Wine and what I think needs to be done about it. That
is at: http://wiki.winehq.org/Mono
Basically, if you install Mono in Wine, Wine will use it to run .NET
programs. However, the combination doesn't work for any o
Kornél Pál wrote:
> Hi,
>
> I would like to receive comments on mixed-mode assembly support of Mono
> on Wine and if there are people willing to update the Loader to call
> _CorValidateImage, _CorExeMain (real entry point is not called for EXEs)
> and _CorImageUnloading for managed images.
>
Hi,
Wine is still using Mono by creating a new process altough it has
support for _CorExeMain and _CorDllMain. There is a MonoFixupCorEE
method exported by mono.dll that could be used.
I also did some research on executing exe assemblies without creating a
mono.exe process on MS Windows by inj
16 matches
Mail list logo