Hey Rolf,
Doesn't this change affect on all of those who build mono
--with-moonlight=yes, even if they after all use the runtime as
non-moonlight profile with this buffering? IMO, if the change is not
harmful, this should be enabled regardless of the profile. If it in fact
is, then there
Hello,
In my amd64 FreeBSD box, make check of mono svn trunk failed with error.
When compiling Test/System.Runtime.Remoting/SoapServicesTest.cs,
errors, CS0229: Ambiguity between
`System.Runtime.Remoting.Metadata.SoapTypeAttribute.XmlNamespace' and
According to the build bots, trunk should build fine (and it's all about
class lib). Try svn up?
http://wrench.mono-project.com/builds
Atsushi Eno
On 2010/07/13 15:41, KISHIMOTO, Makoto wrote:
Hello,
In my amd64 FreeBSD box, make check of mono svn trunk failed with error.
When compiling
Dear Mono,
I posted a request to ask if any kind person would be able to check the
mod_mono or XSP code to please try and identify an error.
Please excuse me but this is a serious problem, as all our ASP has
stopped working, and none of us know why. There is nothing on Google
which
On 07/02/10 Michael Hutchinson wrote:
This interface is not suitable as a fallback mechanism, it would be too
cumbersome to use and it's probably not ideal even for its intended
purpose. What about a callback registration system instead?
The intended purpose, AFAIK, is to expose
In Windows Mono uses the GDI+ library that is included with the operating
system (GDIPLUS.DLL, while in UNIX we provide an implementation of this API
in the libgdiplus.so shared library. These comes from
http://www.mono-project.com/Drawing
Now i have a few questions:
1. Can libgdiplus be used
On Tue, 2010-07-13 at 07:44 -0700, oken wrote:
In Windows Mono uses the GDI+ library that is included with the operating
system (GDIPLUS.DLL, while in UNIX we provide an implementation of this API
in the libgdiplus.so shared library. These comes from
http://www.mono-project.com/Drawing
Now
I suppose it would be possible to use libgdiplus on Windows but what are you
trying to accomplish?
Although I do not know, I assume that Cairo and the other libraries that
libgdiplus depends on are just calling down to GDI+ on Windows anyway.
Adding libgdiplus would just be a useless layer.
It
If there's a problem with Wine's gdiplus, it should be fixed in Wine.
I would be very surprised if cairo on Windows uses gdiplus. All the
evidence I've seen shows that gdiplus on Windows does everything in
software, and cairo's software rendering is probably better.
3. As both wine and mono
On Tue, Jul 13, 2010 at 9:51 AM, Paolo Molaro lu...@ximian.com wrote:
On 07/02/10 Michael Hutchinson wrote:
This interface is not suitable as a fallback mechanism, it would be too
cumbersome to use and it's probably not ideal even for its intended
purpose. What about a callback registration
The first problem this is trying to address is precisely that we are running
Mono now on four configurations that have no dynamic linker. All they offer
is a static linked image.
The second problem is that this solves is allowing us to statically link
existing libraries that have existing
Hello,
I just read the Paolo proposal on the API (it was not available on
my phone):
Something along these lines:
typedef void* (*MonoDlFallbackLoad) (const char *name, int flags, char **err,
void *user_data);
typedef void* (*MonoDlFallbackSymbol) (void *handle, const char *name, char
Hello,
Something along these lines:
typedef void* (*MonoDlFallbackLoad) (const char *name, int flags, char **err,
void *user_data);
typedef void* (*MonoDlFallbackSymbol) (void *handle, const char *name, char
**err, void *user_data);
typedef void* (*MonoDlFallbackClose) (void *handle,
Here's the simplest use case which demonstrates our problem. It consists of
two projects (an executable assembly and a dll implemented in C). Here's the
simplest code to reproduce it:
1) Console Application Assembly with Program.cs containing the following
code:
using System;
On 13.07.2010 21:17, Michel Boissé wrote:
class Program
{
static void Main(string[] args)
{
Registrar.RegisterMethods();
Console.Write(InternallyImplementedClass.InternalMethod());
Hey guys,
If you want your existing commits to be linked properly to your
GitHub account you are going to need to make your email address public
in github or our script will fail to run and link your addresses.
___
Mono-devel-list mailing list
On 13.07.2010 23:08, Robert Jordan wrote:
On 13.07.2010 21:17, Michel Boissé wrote:
class Program
{
static void Main(string[] args)
{
Registrar.RegisterMethods();
You cannot register the icall from within a method that eventually
calls the icall because the JIT does not know about the icall
at the time it compiles the method.
Something like that should work:
static void Main(string[] args)
{
Registrar.RegisterMethods();
DoWork();
}
I am running my program in wine.
However, the gdiplus in wine is not good.
Mono's Windows Forms implementation makes heavy use of GdiPlus, and Wine's
builtin gdiplus.dll is not very good. (under Known Issues on
http://wiki.winehq.org/Mono)
so I want to try to replace the gdiplus.dll with mono's
Mono's Windows Forms implementation makes heavy use of GdiPlus, and Wine's
builtin gdiplus.dll is not very good. (under Known Issues on
http://wiki.winehq.org/Mono)
I stand by that statement. You are likely to encounter problems.
Still, I believe your effort would be better directed toward
OK, I found this is not in System.Runtime.Remoting but in corlib
(without more build log lines we can only partially guess).
http://build.mono-project.com/WebServices/Download.aspx?workfile_id=3626757
Atsushi Eno
On 2010/07/13 15:59, Atsushi Eno wrote:
According to the build bots, trunk should
21 matches
Mail list logo
