r91443 broke Windows build:
/mono/mono/mono/metadata/threads.c:2526: undefined reference to
`__wapi_thread_signal_self'
/mono/mono/mono/metadata/threads.c:2543: undefined reference to
`__wapi_thread_signal_self'
http://lists.ximian.com/pipermail/mono-patches/2007-December/106312.html
I don't
On Dec 15, 2007 2:09 AM, Felipe Lessa [EMAIL PROTECTED] wrote:
On Dec 14, 2007 10:59 PM, Kornél Pál [EMAIL PROTECTED] wrote:
I see no reason to implement Marshal.Copy in unmanaged code. I'm wrong
please let me know.
Well, it seems like there's a lot more duplicated code in your patch
than
From: Paolo Molaro [EMAIL PROTECTED]
I'm not opposed to have this stuff implemented in managed code
That's good.
(for example the original C implementation has a bug and
in your code it's duplicated several times)
What is that bug?
and you also managed to hide
the assignment of a local var
Hi,
I see no reason to implement Marshal.Copy in unmanaged code. I'm wrong
please let me know.
Please review the patch and if you like it please approve.
Kornél
Marshal.diff
Description: Binary data
___
Mono-devel-list mailing list
Hi,
This new implementation is based on memset rather than simply using a
single
for loop.
May I commit this patch?
Kornél
str.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Hi,
This new implementation is based on memset rather than simply using a single
for loop.
Please review and approve the patch.
Kornél
str.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Hi,
HAVE_GETPROCESSID depends on WINVER that is not set, so HAVE_GETPROCESSID is
never defined on Windows. This means that GetProcessId never gets called on
Windows and process ID is allways 0.
This patch adds run-time detection for GetProcessId on Windows.
Note that only Windows XP SP1 and
Hi,
g_path_is_absolute should handle both \ and / as path separator. This is
handled by glib. Note that paths starting with \\ (double backslash) are
rooted UNC paths. This isn't handled by glib either but may cause problems
if it's ignored.
libgc/include/private/gcconfig.h:
+# if
Browsers see no difference between dynamic and static content so there is
some difference in the actual HTML code. I think that this is an HTML
related problem but please post a self contained test case that demonstrates
your problem.
Kornél
- Original Message -
From: Jon Cosby
Unmanaged pointers are unverifiable that is documented in the standard.
Kornél
- Original Message -
From: Rodrigo Kumpera [EMAIL PROTECTED]
To: Mono devel list mono-devel-list@lists.ximian.com
Sent: Monday, June 18, 2007 9:43 PM
Subject: [Mono-dev] [PATCH] Unmanaged pointer verification
Hi,
IntPtr is verifiable so you can store pointers in verifiable code.
Kornél
- Original Message -
From: Rodrigo Kumpera [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]
Cc: Mono devel list mono-devel-list@lists.ximian.com
Sent: Monday, June 18, 2007 10:33 PM
Subject: Re: [Mono-dev
Hi,
It is in VB6.
Public Declare Function GetAddrOf Lib kernel32 Alias MulDiv (nNumber As
Any, Optional ByVal nNumerator As Long = 1, Optional ByVal nDenominator As
Long = 1) As Long
I don't know the exact reason mentioning this, but this solution should be
avoided.
I suggest to use
Hi,
FileOpen seems not to be implemented yet in Mono. Use StreamReader instead
that is much better than the VB6-like file handling and is implemented by
Mono as well. Also note that Chr(10) Chr(13) sequence is not used by an
modern operating systems as new line.
Windows uses CR, LF (#13,
1.) Our licensing system does not offer a 64bit library for linux.
The company says that it should be backwards compatible, but every
time we try to P/Invoke into that library on 64bit, it comes back that
the library is either missing or corrupted. It's not missing, and
I've double checked
Hi,
Earlier there were some patches and posts regarding Windows/x64 support on
the list. Could someone please let me know the current status of
Windows/x64?
Kornél
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
I am making exactly that.
But I didn't still get to do to work in Linux.
Do you can me to suggest a other Linux or OpenSuse 10.2 it is good?
Any Linux version with Mono should do.
If you posting the source with the problem (at least the declaration of the
platform invoke function that fails)
As usual, please send me highlights that you believe should go into
the release notes for Mono 1.2.4.
Support for HandleRef should be mentioned along with a warning that
previously there was no runtime support for HandleRef and the fact that it
worked before 1.2.3 was accidental and
Your code with the modifications I sent to the list works for me with Mono
1.2.3.1 on Windows.
I suggest you to update to the latest version.
What version of Mono are you using?
Kornél
- Original Message -
From: LB Audio Uchoa NET [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED
I am using Visual Microsoft Basic 2005 Express.
Where do I have to alter to use vbnc compiler in Visual Microsoft Basic
2005
Express?
I you just want to compile you own application I suggest you to use VB 2005
Express and run the same binary on Windows and Linux.
Managed code is platform
HandleRef requires runtime support it don't depends on the compiler so make
sure you are using a runtime version that implements HandleRef support (you
may have to use source code from SVN).
Some information on HandleRef support:
http://bugzilla.ximian.com/show_bug.cgi?id=80786
Kornél
-
VB.NET compiler uses VBByRefStr when you use Declare and String. You should
either use DllImportAttribute instead of Declare or you can override
VBByRefStr by a MarshalAsAttribute.
To the top of you code:
Imports System.Runtime.InteropServices
In place of your existing declarations:
Public
Hi,
Mono's String class has great managed memcpy and memset methods that
internal. cpblk and initblk opcodes map to these two methods when cannot
be
easily inlined. But I know no way to make a C# compiler emit either cpblk
or
initblk using my own pointer parameters.
Which ones do you
Hi,
Mono's String class has great managed memcpy and memset methods that
internal. cpblk and initblk opcodes map to these two methods when cannot be
easily inlined. But I know no way to make a C# compiler emit either cpblk or
initblk using my own pointer parameters.
Is it somehow possible to
: 'Kornél Pál' [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com
Sent: Tuesday, February 27, 2007 6:22 PM
Subject: RE: [Mono-dev] [PATCH] mono-basic version additions and fixes
-Original Message-
From: Miguel de Icaza [mailto:[EMAIL PROTECTED]
Sent: martes, 27 de febrero de 2007 14:52
The attached patch add a Consts.vb file similar to Consts.cs in mcs tree.
Version numbers are moved to there.
I think that using the package version in vbnc is better so this patch
modifies that as well.
Note that I was unable to build vbnc using the Makefiles so I don't know
if
this patch
Hi,
See http://msdn2.microsoft.com/en-us/library/swfss70d(VS.80).aspx
Note that TARGET is undefined when it is defined on command line that is
weird.
Also note that string comparsion is currently inverse (negated that is a
bug) and case insensitive but should be binary comparsion without
Hi,
The attached patch add a Consts.vb file similar to Consts.cs in mcs tree.
Version numbers are moved to there.
I think that using the package version in vbnc is better so this patch
modifies that as well.
Note that I was unable to build vbnc using the Makefiles so I don't know if
this
Hi,
You should create a wrapper object that has a field that stores arg2 and has
an instance method that matches EventHandler. If you need this as well you
should store thatin the helper object as well:
this.foo.TextChanged += new System.EventHandler(new HelperObject(this,
Marshal.Release is for COM object memory can be freed using
Marshal.FreeHGlobal and Marshal.FreeCoTaskMem depending on how the memory
was allocated.
Kornél
- Original Message -
From: David Abrames [EMAIL PROTECTED]
To: mono-list@lists.ximian.com
Sent: Friday, January 12, 2007 10:56 PM
Hi,
If this was a common pattern, I wonder if it would be worth having the
compiler inline Enum.IsDefined to avoid the boxing? Worth considering.
I think that Enum.IsDefined should not be inlined (by the compiler) because
it is a run-time reflection API that has to reflect changes made to
Hi,
BTW is the buildbot page (http://mono.ximian.com:8008/) retired?
Kornél
- Original Message -
From: Miguel de Icaza [EMAIL PROTECTED]
To: Atsushi Eno [EMAIL PROTECTED]
Cc: mono-devel-list@lists.ximian.com
Sent: Tuesday, December 12, 2006 6:26 AM
Subject: Re: [Mono-dev] NET_2_0 class
Hi,
I get the following errors when building Mono on Windows:
/mono/mono/libtool: line 6848: LANG: command not found
/mono/mono/libtool: line 6848: LC_ALL: command not found
/mono/mono/libtool: line 6848: LC_CTYPE: command not found
/mono/mono/libtool: line 6848: LC_COLLATE: command not found
Clewett [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]
Cc: mono-list@lists.ximian.com
Sent: Wednesday, November 08, 2006 12:46 PM
Subject: Re: [Mono-list] Webservise Discovery Language
Kornél,
I am making progress. You code seems to work well, I've just got to tidy
it a bit.
You asked me
- Original Message -
From: Ben Clewett [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]
Cc: mono-list@lists.ximian.com
Sent: Wednesday, November 08, 2006 4:32 PM
Subject: Re: [Mono-list] Webservise Discovery Language
Kornél,
Thanks for the info. I am using the default from SUSE 10.1
files.
If you use this method I can send you a simple implementation of this.
You are using some other Web.config settings please let me know what exactly
do you use.
Kornél
- Original Message -
From: Ben Clewett [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]
Cc: mono-list
Web.config is intended to do configuration. What exactly is your problem
with that?
Kornél
- Original Message -
From: Ben Clewett [EMAIL PROTECTED]
To: mono-list@lists.ximian.com
Sent: Tuesday, November 07, 2006 5:38 PM
Subject: [Mono-list] Webservise Discovery Language
Sorry if
into any existing assembly) and
reference this type in Web.config instead of
System.Web.Services.Discovery.DiscoveryRequestHandler.
Kornél
- Original Message -
From: Ben Clewett [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]
Cc: mono-list@lists.ximian.com
Sent: Tuesday, November 07
: Miguel de Icaza [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]
Cc: Paolo Molaro [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com
Sent: Wednesday, November 01, 2006 6:19 AM
Subject: Re: [Mono-dev] VBNC uses too much CPU and RAM on Mono
Hello,
Sorry if I don't understand what you need
Is that a problem if the compilation cannot complete? Currently vbnc is
able
to finish the resolve phase on Mono when bootstrapping and fails in early
define phase.
How much time does it take to complete the resolve phase? I thought that
was the issue given this thread subject. If there are
Well, I'm not going to waste time with this thread anymore, since you are
not willing to understand or to cooperate. I asked for a program that takes
less than that to compile, because it's obvious that trying to profile that
is idiotic and a complete waste of time. Is that so hard to get through?
, i
don't care whether it works or not, but if i am handed a sample app with
instructions, i will try to make it faster.
Thanks,
Alan.
On 10/31/06, Kornél Pál [EMAIL PROTECTED] wrote:
Well, I'm not going to waste time with this thread anymore, since you are
not willing to understand
Hi,
I modified Type.Equals (Type) to use UnderlyingSystemType and use internal
call only when both types are system types, otherwise only check for
reference equality. This seems to be the MS.NET behavior. Note that I don't
know why the internal call is required but mcs tree fails to build
I forgot to attach the diff file.:)
- Original Message -
From: Kornél Pál [EMAIL PROTECTED]
To: mono-devel-list@lists.ximian.com
Sent: Sunday, October 29, 2006 7:13 PM
Subject: [PATCH] Fix Type.Equals to support user defined types (required by
vbnc)
Hi,
I modified Type.Equals
Hi,
Using the patch in
http://lists.ximian.com/pipermail/mono-devel-list/2006-October/021093.html
no exception ocurred in vbnc but I wasn't able to finish the resolve phase
because it runs out of memory. The machine I used has 1 GB RAM and is
running Windows XP. And I think such a machine
memory.
Kornél
- Original Message -
From: Rolf Bjarne Kvinge [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com
Sent: Sunday, October 29, 2006 7:37 PM
Subject: Re: [Mono-dev] VBNC uses too much CPU and RAM on Mono
Hello,
Are you using latest svn
of previous stages could be serialized it could save a lot
of time and the actual stage could be debugged.
Any help on speeding up vbnc is welcome.
Kornél
- Original Message -
From: Ben Maurer [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]
Cc: mono-devel-list@lists.ximian.com
Sent: Sunday
Hi,
I think that we use the name corlib instead of mscorlib because MS stands
for Microsoft and we want to avoid using that name. But note that ECMA specs
use the name mscorlib.
The name Managed.Windows.Forms is used because there was and old, Winw based
System.Windows.Forms implementation
Different versions of Mono or even multiple instances of the same version
can be installed on different prefixes.
The easiest thing to do is to install multiple Mono versions to different
locations and execute the mono binary you want to use. It will find it's own
class library and GAC.
Hi,
Would you please post a link to the docs stating that parameter names
are part of the API contract?
I have no idea whether there are such docs but the names of parameters
definitely make sense.
There are languages (Visual Basic .NET for example) that supports named
anguments when
Hi,
I know that. Actually I really want to use passing by name for a
scripting language, but I was never able to find an official statement
about the param names contract. That's why I asked for a link.
I don't know about a contract that states that .NET Framework API is frozen
either so if you
DateTime dt = new DateTime(0);
which yields, for the MySql connector the following string:
0001-01-01 00:00:00
and I have a field in the database of the date type set to 0,
which for MySql renders the string:
-00-00 00:00:00
Now, the command builder builds a command that first sets all
It could solve the problem. Note that -00-00 00:00:00 is an
yep, and Mono represents it as a null value when it reads such form
from the database (both ByteFX and the MySqlConnector)
invalid date so MySql may store 0001-01-01 00:00:00 using a different
value that is non-zero. If there is
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
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,
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
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
cygwin. I suggest compiling the runtime
with
VisualC++ and that debugger. Compiling with VC++ is much faster too, and
VC++ Express is free.
Zoltan
On 10/15/06, Robert Jordan [EMAIL PROTECTED] wrote:
Hi Kornél,
Kornél Pál wrote:
Hi,
Today I have made a lot of progress in making
Hi,
I tracked down some corlib bugs and attached a patch that implements the
behavior expected by vbnc. Mono seems to be stable with these modifications.
But I'm stuck with a runtime crash and I was unable to figure out what the
problem is. I think this is a bug in the runtime.
See this
Message -
From: Miguel de Icaza [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]
Cc: mono-devel-list@lists.ximian.com
Sent: Monday, October 16, 2006 10:07 PM
Subject: Re: [Mono-dev] On the way to bootstrap vbnc on Mono - How to
debugthe runtime on cygwin?
Hello,
Today I have made a lot
Hi,
Today I have made a lot of progress in making vbnc bootstrap on Mono.
But I'm stuck with a SIGSEGV. And I have no experience at all in debugging
the runtime.
I attached a corlib diff file that fixes bug revealed by vbnc. Note that all
implementations and usages of is_subtype_of,
The only difference in your proposal is how to store the data.
I maintain that having the option to store it either embedded in the
binary or in data files is better than the proposal to use assembly
resources or your proposal of having only external files (which makes
it harder to support
You misunderstood: embedding the data as a resource in the assemblies is
not a better solution. The best way is to add an icall:
OK, thanks for the clarification. I really didn't understand you.:) I
believe you that this is faster.:)
Kornél
___
IChannel is part of corlib, so he must be having either
more trivial or more complex problems than referencing
assemblies.
To ensure that nothing is wrong with compilation, compile the program using
csc.exe then try it on MS.NET and if everyting is fine after that try it on
Mono. If this
BTW I think that it should be advertised on www.mono-project.com on some
highly visited place that Mono is able to execute binaries compiled using
MS.NET because a lot of people don't know this and the compile and eved
distribute different binaries for Mono and MS.NET altough they only
IChannel is part of corlib, so he must be having either
more trivial or more complex problems than referencing
assemblies.
To ensure that nothing is wrong with compilation, compile the program using
csc.exe then try it on MS.NET and if everyting is fine after that try it on
Mono. If this
BTW I think that it should be advertised on www.mono-project.com on some
highly visited place that Mono is able to execute binaries compiled using
MS.NET because a lot of people don't know this and the compile and eved
distribute different binaries for Mono and MS.NET altough they only
Hi,
I never had a problem like this but now I keep getting error with SVN HEAD
when doing make install.
Please help me resolving the problem.
Kornél
Some console output:
make install-local
make[7]: Entering directory `/mono/mcs/tools/resgen'
make[7]: Leaving directory
without make clean. make
succeeded but make install failed.
Kornél
- Original Message -
From: Bill Seurer [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]
Sent: Wednesday, October 04, 2006 4:48 PM
Subject: Re: [Mono-dev] Error when doint make install on Windows
[EMAIL PROTECTED] wrote
Hi,
I found the soltion:
I had to change line endings to LF. But I don't really understand the
problem because I didn't update cygwin and the file has svn:eol-style=native
for a long time.
Kornél
- Original Message -
From: Bill Seurer [EMAIL PROTECTED]
To:
to override this
default behavior.
Kornél
- Original Message -
From: Brown, Robert [EMAIL PROTECTED]
To: Gert Burger [EMAIL PROTECTED]; Kornél Pál [EMAIL PROTECTED]
Cc: mono-list@lists.ximian.com
Sent: Monday, October 02, 2006 2:52 PM
Subject: RE: [Mono-list] SerialPort access
What
Hi,
See these posts:
http://lists.ximian.com/pipermail/mono-devel-list/2005-May/012144.html
http://lists.ximian.com/pipermail/mono-list/2005-June/027348.html
Kornél
- Original Message -
From: Charlie Poole [EMAIL PROTECTED]
To: mono-devel-list@lists.ximian.com
Sent: Thursday, September
/7k6y2h6x.aspx
TryCast: http://msdn2.microsoft.com/en-us/library/zyy863x8.aspx
Kornél
-Original Message-
From: Kornél Pál [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 13, 2006 1:23
To: Miguel de Icaza
Cc: mono-list@lists.ximian.com; Rafael Mizrahi; Rolf Bjarne Kvinge
Subject: Re: [Mono-list
Hi,
Yes, but I think we got ourselves a good test case for tracking these
issues down.
vbnc itself can be treated as a very excessive test case. And because it's
able to bootstrap on MS.NET only changing the VB runtime will make sure that
the bugs found during bootstrap is either in vbnc or
Hi,
(But we should stick to vbc 7.x behavior in VB runtime to support .NET
1.x.)
I'm with you. Please commit.
Do you think that we should place a notice on that coding practice,
somewhere in the $mono-basic\vbruntime\readme.txt ?
I think the following should be documented instead: CType
Hi,
IDropTarget should be in System.Windows.Forms namespace but it is in global
namespace currently.
Kornél
___
Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Hi,
/novbruntimeref treats AscW specially as it is compiled as if it were CInt
(no AscW method is called).
Now vbnc has support for this as well and a dedicated test case ensures this
behavior.
Please review and approve the patch.
Kornél
vbruntime_AscW.diff
Description: Binary data
Hi,
So Rolf's new VB compiler can bootstrap itself on Windows, and is
able to build its own runtime on Windows as well (I mean, with .NET),
but on Linux we are running into a few bugs in Mono.
But it's unable to bootstrap itself on MS.NET using our VB runtime so the VB
runtime should be
runtime for sure.
And I found a bug in vbnc as well that was possible because of a bug in
System.Windows.Forms.:)
Kornél
- Original Message -
From: Miguel de Icaza [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]
Cc: mono-list@lists.ximian.com
Sent: Wednesday, September 13, 2006 12:04 AM
- Original Message -
From: Rolf Bjarne Kvinge [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]; Miguel de Icaza
[EMAIL PROTECTED]
Cc: mono-list@lists.ximian.com; Rafael Mizrahi [EMAIL PROTECTED]
Sent: Wednesday, September 13, 2006 12:41 AM
Subject: Re: [Mono-list] VBNC in Mono.
Hi
Hi,
Another area that could help would be to write a program that used
the COM API to consume a .pdb debugging file from .NET and convert it
into a .mdb that Mono can consume.
Alternatively, I believe there might be tools to do .pdb to ecma
debugging, and then we would need an ECMA
Hi,
This will work for code that we can directly modify, and in this
particular case, I think it would be great to get these patches into
vbnc, as that way we could get VBNC debugging once it bootstraps on
Mono.
When vbnc is executed on Mono it is using Mono's SRE that will generate mdb
- Original Message -
From: Miguel de Icaza [EMAIL PROTECTED]
To: Rolf Bjarne Kvinge [EMAIL PROTECTED]
Cc: Kornél Pál [EMAIL PROTECTED]; mono-list@lists.ximian.com
Sent: Sunday, September 10, 2006 9:26 PM
Subject: Re: [Mono-list] VBNC in Mono.
Hello,
I think an easier solution
Hi,
Without a simple test case that produces the described exception (or
incorrect behavior) we are unlikely to be albe to help you because it's
quite impossible to tell what the problem is just from that you app heavily
uses localization (culture info), and the problem seems related...
Hi,
If the application terminates because of an unhandled exception you will see
a stack trace on the console.
If you use mono --debug myapp.exe you will see a more accurate stack
trace.
Kornél
- Original Message -
From: pablosantosluac [EMAIL PROTECTED]
To: Kornél Pál [EMAIL
Hi,
Finally I was able to implement this feature completely without causing any
errors.
I think this is a proper implementation but if you have any suggestions or
objections please let me know.
Kornél
AscW.diff
Description: Binary data
___
A small addition to support constants as well.
Kornél
- Original Message -
From: Kornél Pál [EMAIL PROTECTED]
To: mono-devel-list@lists.ximian.com; Rolf Bjarne [EMAIL PROTECTED]
Sent: Saturday, September 09, 2006 2:29 PM
Subject: [Mono-dev] [PATCH] [VBNC] Treat AscW as CInt
Hi,
/novbruntimeref treats AscW specially as it is compiled as if it were CInt
(no AscW method is called).
Please review and approve the patch.
Kornél
vbruntime_AscW.diff
Description: Binary data
___
Mono-devel-list mailing list
Hi,
The reason why it's different for instance ctors is because you call
the Parent ctor specifically before the code inside the Child ctor
runs.
I'm not sure that metaphor is really useful :-)
I second that :-)
Either way this is what it is and we'll have to live with it.
Just to make
Hi,
I added a hack to EmitArgumentsAndCallOrCallVirt to support the previously
discussed functionality.
I don't know how exactly the stack evaluation in vbnc works and I keep
getting ... reached, but stack is not empty.
Another missing functionality is that the return value of this
]
To: Kornél Pál [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com
Sent: Wednesday, September 06, 2006 1:48 PM
Subject: Re: [Mono-dev] [PATCH] [VBNC] Treat AscW as CInt with
/novbruntimeref
Hello,
Commenting code inline:
+If Info.Compiler.CommandLine.NoVBRuntimeRef AndAlso
. But modifying source code
requires programing skills.
Kornél
- Original Message -
From: Matheus Santana [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]; Miguel de Icaza
[EMAIL PROTECTED]
Sent: Wednesday, September 06, 2006 4:37 AM
Subject: Re: [Mono-list] problem - compile
how i can
Hi,
I commited the patch that converted all C# source files in mcs tree to UTF-8
(without byte order mark). All C# source files are now compiled using UTF-8
by default.
Please use UTF-8 in source files because the compiler will decode the files
using UTF-8. (Note that this does not affect
Hi,
TestConfiguration.cs is currently in mcs/build/common but is only used by
Npgsql_test and it's functionality is specific to Npgsql as well. There is
no use to have this file in mcs/build/common.
I posted this patch to the list two weeks ago but I received no comments. If
there will be no
Hi,
Microsoft.VisualBasic and vbnc are written in VB. Consts.cs contains
contants that are usable in these assemblies as well so it is preferable to
have a Consts.vb as well.
I created cs2vb.pl that is intended to generate Consts.vb from Consts.cs so
that only Consts.cs.in has to be maintained
Hi,
Microsoft.VisualBasic.Compatibility.dll is only used by the conversion
wizard so you should finish the VB6 - VB.NET conversion manually by
removing Microsoft.VisualBasic.Compatibility.dll dependency. If you manage
to compile the code without referencing
- Original Message -
From: Rolf Bjarne [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com
Sent: Monday, August 28, 2006 10:11 AM
Subject: Re: [Mono-dev] vbc compiler treats AscW as CInt with
/novbruntimeref
Hi,
I could only make it compile with the v1.1
Hi,
Ok, I understood.
You changed 'Public Class' into 'Public Module', and therefore its members
of are implicitly Shared.
Another important reason is that using Shared in Modules results in
compilation errors.
Kornél
___
Mono-devel-list mailing
Hi,
The name mono-1.dll is unusual on Windows. And I see no reason to version
the dll. This dll is private to Mono or the application that bundles it. As
only one Mono version can be installed to a single directory there is no
reason to version the dll name. The name mono.dll would follow
, August 25, 2006 3:53 PM
Subject: Re: [Mono-dev] [PATCH] Rename mono-1.dll to mono.dll (win32,remove
version)
Hi,
Kornél Pál wrote:
The name mono-1.dll is unusual on Windows. And I see no reason to version
the dll. This dll is private to Mono or the application that bundles it.
As
only one
Hi,
I've done some more work on cs2vb.pl; now I consider it being complete.
Kornél
- Original Message -
From: Kornél Pál [EMAIL PROTECTED]
To: mono-devel-list@lists.ximian.com
Sent: Wednesday, August 23, 2006 8:17 PM
Subject: [PATCH] Generate Consts.vb from Consts.cs
Hi
201 - 300 of 738 matches
Mail list logo