Mono 1.1.18 has been released, this is our last large release before
Mono 1.2. Lots of improved and new things on this release, please see:
But SWF are very very very far from stable state. I downloaded mono
1.1.18.1 for Windows today - most of my SWF applications not runnig at
all
mandag 16 oktober 2006 22:09 skrev Miguel de Icaza:
Hello,
I am rather confused to this. What exactly controls the format of the
error messages from gmcs? Can I somehow make it at least output the line
numbers, even when called from xbuild?
The compiler detects if its being ran in Emacs,
Hi Alfredo
mono 1.1.17 includes VB 2.0 implementation.
I guess that the VB.NET support page should be change in order to reflect that.
I have no idea if the vbnc (new vb compiler which replaces the old 'mbas' vb
compiler) will be included in mono 1.1.18
Rafael Mizrahi
I have no idea if the vbnc (new vb compiler which replaces the old 'mbas'
vb compiler) will be included in mono 1.1.18
vbnc currently has two problems:
- not working on Mono (the bugs are most likely in Mono)
- only supports generating 2.0 binaries (no 1.1 support and gerenrics cannot
be
Hello Leszek,
The tests under jvm folder fully pass in java and .Net (except those which were
marked as not working up to revision 66739). So the failures are bugs in the
OracleClient implementation.
Please either revert the commit marking additional tests as 'NotWorking' or
make it
I will make this conditional, as I should probably from the start...
Can I contact you with further questions I have about the tests?
On 10/17/06, Konstantin Triger [EMAIL PROTECTED] wrote:
Hello Leszek,
The tests under jvm folder fully pass in java and .Net (except those which
were marked
Sure, any questions regarding java profile.
Regards,
Konstantin Triger
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Leszek Ciesielski
Sent: Tuesday, October 17, 2006 12:26 PM
To: Konstantin Triger
Cc: Noam Lampert; Miguel de Icaza;
Hi To answer myself, it seems that visual web developer, runs the IConfigurationSectionHandler code defined from an assembly in bin, so it seems the current behaviour is a bug in monothxR
On 10/16/06, ritchie turner [EMAIL PROTECTED] wrote:
hello,
Should an
Hi,
Please review and approve the patch.
Kornél
corlib_Reflection.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
can someone please explain to me why this has been marked as WONTFIX?
Is it not possible to package a config without the oci related line
when creating a package for windows?
bugzilla: http://bugzilla.ximian.com/show_bug.cgi?id=76408
___
Hi,
This looks harmless, but why are the ParameterInfo changes required ?
Zoltan
On 10/17/06, Kornél Pál [EMAIL PROTECTED] wrote:
Hi,
Please review and approve the patch.
Kornél
___
On 10/17/06, Konstantin Triger [EMAIL PROTECTED] wrote:
Hi,
All the changes including DataProvider are fine. Feel free to commit.
Thanks,
Kosta
-Original Message-
From: Leszek Ciesielski [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 17, 2006 1:17 PM
To: Konstantin Triger
Hi,
This looks harmless, but why are the ParameterInfo changes required ?
For normal uses there is no change in functionality. vbnc requires this
behavior because it overrides Attributes and expects it to be used. This
patch only has effect in classes derived from ParameterInfo and has little
In regards to using the COM Interop infrastructure to access UNO, there is 2 possibilities. I now absolutely nothing about UNO so I'm not sure which, if either, is viable.If UNO is binary compatible with COM on Windows, and XPCOM on Linux it *should* work with the COM Interop work that is almost
Hey,
Could you explain to me why sometimes JVM specific code is included
through TARGET_JVM and sometimes it is placed in separate files? In
OracleClient this seems to cause some functionality to work only in
JVM, while sharing the code would bring fixes to other profiles. Would
such a merge
Could you explain to me why sometimes JVM specific code is included
through TARGET_JVM and sometimes it is placed in separate files? In
OracleClient this seems to cause some functionality to work only in
JVM, while sharing the code would bring fixes to other profiles. Would
such a merge be
This seems ok to check in.
On 10/17/06, Kornél Pál [EMAIL PROTECTED] wrote:
Hi,
This looks harmless, but why are the ParameterInfo changes required ?
For normal uses there is no change in functionality. vbnc requires this
behavior because it overrides Attributes and expects it to be used.
Hello,
Our build is upgraded to C# 2 and we worked on removing JVM defines needed only
for C# 1.1 compatibility. If you see such a define, please let us know to
remove it.
Regards,
Konstantin Triger
-Original Message-
From: Miguel de Icaza [mailto:[EMAIL PROTECTED]
Sent: Tuesday,
On 10/10/06, Daniel Morgan [EMAIL PROTECTED] wrote:
Hey Leszek,
Thanks for responding.
On 10/4/06, Daniel Morgan [EMAIL PROTECTED]
wrote:
Do you know parsers like yacc, jay, or bison?
I had some basic experience with bison ...,
and with javacc
Main reason I was asking
Hello,
can someone please explain to me why this has been marked as WONTFIX?
Is it not possible to package a config without the oci related line
when creating a package for windows?
bugzilla: http://bugzilla.ximian.com/show_bug.cgi?id=76408
I do not know why that is closed in that way.
The icall for ves_icall_System_Diagnostics_DefaultTraceListener_WriteWindowsDebugString was calling the OutputDebugString function in kernel32 via loading the module and getting the symbol. The function pointer should have been declared as STDCALL. But, I couldn't see a reason why we couldn't just
On Mon, 2006-10-09 at 00:34 -0700, Konstantin Triger wrote:
That's by documentation, quoting the msdn (ObjectDataSource.TypeName
Property):
To create an instance of the object that the ObjectDataSource control
binds to, the control uses reflection to load the type that is
identified by the
Thought others might be interested.
--- Hubert FONGARNAND
[EMAIL PROTECTED] wrote:
Subject: Re: [Mono-dev] Trying to use uno binding
for mono
From: Hubert FONGARNAND
[EMAIL PROTECTED]
To: Daniel Morgan [EMAIL PROTECTED]
Date: Tue, 17 Oct 2006 18:14:51 +0200
Miguel has reproduce the
Hello. I am porting an application that uses a SerialPort object to
mono and linux. I read that the DataReceived event is not supported
under mono from http://www.mono-project.com/HowToSystemIOPorts.
I am able to run my application under Mono, however, Mono does not throw
a NotImplemented
Can I draw your attention to this bug too, which i think is relatedhttp://bugzilla.ximian.com/show_bug.cgi?id=79396thanksRitchie
On 10/17/06, Gonzalo Paniagua Javier [EMAIL PROTECTED] wrote:
On Mon, 2006-10-09 at 00:34 -0700, Konstantin Triger wrote: That's by documentation, quoting the msdn
25 matches
Mail list logo
