Hi,
Is there some link to download mono for ARM? or How Can I compile mono
for ARM?
I have a sarge debian working on ARM board!!
thank you in advanced!
best regards
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.
Hi,
I have seen that the PerformanceCounter class is yet unimplemented in mono,
yet, I would like to emulate with mono, the following
PerformanceCounter counter =
new PerformanceCounter("Memory", "Available Bytes");
There is the possibility to resort to command-line and to parse the o
Hi,
> I have seen that the PerformanceCounter class is yet unimplemented in mono,
> yet, I would like to emulate with mono, the following
>
>
> PerformanceCounter counter =
> new PerformanceCounter("Memory", "Available Bytes");
>
>
> There is the possibility to resort to command-line an
Hello JD,
On Wed, 2005-24-08 at 21:12 -0700, JD Conley wrote:
> I took the plunge and fully implemented async Ssl streams for both
> client and server. This fixes
> http://bugzilla.ximian.com/show_bug.cgi?id=75687 as well as other bugs
> I've been talking with Sebastien and Carlos about off list.
Hello,
If anyone is running Mono on a Linux\PPC machine, could you please
mail me the following files from your machine
*) glibconfig.h
*) gtypes.h
Thanks in advance,
Best regards,
Gary
___
Mono-devel-list mailing list
Mono-devel-list@lists.x
I get the following when trying to build the latest from svn:
make[8]: Entering directory `/src/mono/mcs/class/System.Drawing'
MONO_PATH="../../class/lib/default:$MONO_PATH"
/src/mono/mono/runtime/mono-wrapper ../../class/lib/default/mcs.exe
-d:NET_1_1 -d:ONLY_1_1 -debug /noconfig /unsafe /r
If the attached eliminate-nonascii.patch fixes the problem, then
we should start eliminating all non-ASCII characters in mcs sources.
Yes, *please* avoid non-ASCII characters on the sources files
even if without it you cannot write precise name. Otherwise I will
start writing my true name on the
This has to be an mcs bug as I (nor anybody else) did not modify this file
for 2 months and it compiled on previous mcs versions (it is part of the
class library so it has to) and it compiles on csc.exe.
Kornél
- Original Message -
From: "Jonathan S. Chambers" <[EMAIL PROTECTED]>
To:
Se
Kornél Pál wrote:
This has to be an mcs bug as I (nor anybody else) did not modify this file
for 2 months and it compiled on previous mcs versions (it is part of the
class library so it has to) and it compiles on csc.exe.
Or might be bugs in Encoding class if the build fixes after my patch.
If
Please tell the newbie how to determine what encoding I am using.
Thanks.
-Original Message-
From: Atsushi Eno [mailto:[EMAIL PROTECTED]
Sent: Thu 8/25/2005 10:27 AM
To: Kornél Pál
Cc: Jonathan S. Chambers; mono-devel-list@lists.ximian.com
Subject:Re: [Mono-dev] Build
I took Kornel's name out of the file and it compiled ok. Then I got the
follwoing error. That file also has non ascii characters in the contributors
names. So I believe the issue involves this in some way. Thanks for the help.
make[8]: Entering directory `/src/mono/mcs/class/System.Web'
MONO_PAT
Run the attached code on the system you try to compile mcs tree. And tell us
the results. (It prints some redundant information but why not. :)
Kornél
- Original Message -
From: "Jonathan S. Chambers" <[EMAIL PROTECTED]>
To: "Atsushi Eno" <[EMAIL PROTECTED]>; "Kornl Pl" <[EMAIL PROTECTED
Unicode (UTF-8)
utf-8
65001
- Jonathan
-Original Message-
From: Kornél Pál [mailto:[EMAIL PROTECTED]
Sent: Thu 8/25/2005 10:56 AM
To: Jonathan S. Chambers; Atsushi Eno
Cc: mono-devel-list@lists.ximian.com
Subject:Re: [Mono-dev] Build error in svn
Run the attached code
On 08/25/05 Joannes Vermorel wrote:
> I have seen that the PerformanceCounter class is yet unimplemented in mono,
> yet, I would like to emulate with mono, the following
>
>
> PerformanceCounter counter =
> new PerformanceCounter("Memory", "Available Bytes");
>
>
> There is the possibili
On 08/25/05 Jose Pascual wrote:
> Is there some link to download mono for ARM?
Not yet. The ARM port is only available as source from svn right now.
> or How Can I compile mono
> for ARM?
The exact same way as with any other architecture:
follow the instructions for building from svn.
At this ti
On 08/24/05 Carlos Alberto Cortez wrote:
> The attached patches contain some changes to runtime functions to
> support the new AssemblyName ctor. They also add an internal call for
> this ctor.
>
> I added a pair of new fields to MonoAssemblyName (is_persistent and
> is_version_defined) to define
On 08/23/05 JD Conley wrote:
> I get this error message box in Mono under Windows running some of the
> more interesting tests that I have. At the time it shows up there are
> 200 and some odd threads in mono.exe (which, I found this pretty funny,
> is less than an iexplore.exe process I have). B
Hello,
> Miguel, do you think this change can be made? Can we get some contact
> developer in Novell to discuss the latest changes and to synchronize the
> code trees? Is it possible to switch the development to the common
> repository?
In my last contact with them (a very long time ago, more tha
UTF-8 should ignore invalid character representations like "é" (0xe9). BTW
the code compiles with csc.exe with code page set to UTF-8
(csc -codepage:65001 -target:library ComIStreamMarshaler.cs) altough I got
error when I used "é" in identifiers. But UTF8Encoding should simply ignore
invalid chara
Hello,
> This patch is quite big. The 2.0.0.0 patch was much smaller but you wanted
> this bigger one.:) It may be more difficult to review but will result in a
> much reliable class library.
Did we get this patch on SVN yet?
>
> It contains only assembly version related things nothing else. No
Hi,
> > or How Can I compile mono
> > for ARM?
>
> The exact same way as with any other architecture:
> follow the instructions for building from svn.
> At this time the port can't build all of mcs/ and even if it could
> you likely don't want to do it, since ARM processors are quite slow,
WHAT?
Did we get this patch on SVN yet?
It's on SVN as of revisions 48519 (mcs) and 48520 (mono).
And I think notice about this version change has to be included in release
notes.
Kornél
- Original Message -
From: "Miguel de Icaza" <[EMAIL PROTECTED]>
To: "Kornél Pál" <[EMAIL PROTECTED]>
Cc
Hello,
> 2005-06-20 Gonzalo Paniagua Javier <[EMAIL PROTECTED]>
>
> * configure.in: enabled the use of mmap/munmap for solaris and linux.
> It seems to help with memory usage.
>
> With this patch the compiler is about 10% slower, but uses around 10%
> less memory. This is all on
Hello,
> Attached is a file that we use for our cross platform development. It
> allows us to build a Linux or Mono release from Visual Studio .NET
> 2005 that targets the Mono class libraries including mscorlib in the
> same solution as our .NET 1.1 and .NET 2.0 targets. For those of you
> who a
Hi,
> Run the attached code on the system you try to compile mcs tree. And tell us
> the results. (It prints some redundant information but why not. :)
Not able to compile either (UK, UTF-8, 65001)
TTFN
Paul
--
"A lot of football success is in the mind. You must believe you are the
best and th
On Thu, 2005-08-25 at 11:29 -0400, Miguel de Icaza wrote:
> Hello,
>
> > 2005-06-20 Gonzalo Paniagua Javier <[EMAIL PROTECTED]>
> >
> > * configure.in: enabled the use of mmap/munmap for solaris and
> > linux.
> > It seems to help with memory usage.
> >
> > With this patch the c
Hello Gert,
> The attached patch fixes all API mismatches between Mono 1.x and MS.NET 1.x
> for the System.Web.Services assembly.
>
> Let me know if its ok to commit.
This looks good, but there are a lot of whitespace changes (the license
at the top). Are you introducing ^Ms or you are removing
I think using UTF-8 is a better solution than removing them. But if you want
to remove them replace them with the same ASCII character that has not
accent marks instead of removing them.
UTF8Encoding should ignore them anyway when throwOnInvalidBytes = false
(default) so i think UTF8Encoding is b
Hi Miguel,
yes, Hari fixed it, it's working again, thanks
Tomas
Miguel de Icaza wrote:
Hello,
Tomas is this fixed? Hari mentioned that it should be working now.
Miguel
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http:
Hello,
> We have encounted an issue with CSharpCodeCompiller class. Then there is
> a termination of thread, that startups compilation (and waits for
> ExitCode), it gots ThreadAbortException and goes to finally block. But
> the process of mcs is still running! So, it should not check for
> ExitC
As a quick workaround I added /codepage:28591 for all problematic
assemblies. After that I feel reluctant to fix those bugs :-/
Kornél Pál wrote:
UTF8Encoding should ignore them anyway when throwOnInvalidBytes = false
(default) so i think UTF8Encoding is bugous as well.
However the example cod
Ok, now am removing all characters that is not accepted by
UTF8Encoding from mcs sources. Maybe they are mostly contributor
names, but don't get me wrong. They should not be in the
international project.
Atsushi Eno
Kornél Pál wrote:
UTF-8 should ignore invalid character representations like "é
First of all:
I get error when try to compile mcs tree:
System.Xml.Schema\XmlSchemaSimpleTypeRestriction.cs(634) error CS0019:
Operator
`<' cannot be applied to operands of type `bool' and `int'
This seems to be false alarm. Do you get it as well?
Back to the original problem:
You are right, U
Am Freitag, den 26.08.2005, 01:18 +0900 schrieb Atsushi Eno:
> As a quick workaround I added /codepage:28591 for all problematic
> assemblies. After that I feel reluctant to fix those bugs :-/
Sure you did ?
make[8]: Gehe in Verzeichnis »/home/alex/develop/mcs/class/corlib«
MONO_PATH="../../class
This file contains two 0x81 characters.
Please be patient until we find how to make mcs to handle UTF-8 correctly.
All of these characters are in comments so skipping them cannot cause any
errors.
Kornél
- Original Message -
From: "Alexander Olk" <[EMAIL PROTECTED]>
To:
Sent: Thursday,
Oops, seems no and such comment should not be allowed.
I fixed it and now on making sure to rebuild everything.
Atsushi Eno
Alexander Olk wrote:
Am Freitag, den 26.08.2005, 01:18 +0900 schrieb Atsushi Eno:
As a quick workaround I added /codepage:28591 for all problematic
assemblies. After that
Hi,
Seems that Cairo 1.0 has been released. How close is mono/mcs to using
1.0? ISTR work being done for 0.6, but that it was still not complete.
TTFN
Paul
--
"A lot of football success is in the mind. You must believe you are the
best and then make sure that you are. In my time at Liverpool we
Parsing the output of "top" would be a hideous solution. A slightly
better one would be to parse /proc/meminfo. But that would be a linux
only implementation and it would have to be reimplemented on other
platforms.
FYI, this discussion is better suited for the mono users list, not
mono-dev.
-
Please post a patch file before committing, and I will add characters
without accents as I think it's too rude to simply remove characters from
names.
mcs is bugous anyway so it should be corrected.
Kornél
- Original Message -
From: "Atsushi Eno" <[EMAIL PROTECTED]>
To: "Kornél Pál" <[E
I'm answering your question in a separate message that should hit the list
in a few minutes.
Cheers,
Peter
-Original Message-
From: "Paul" <[EMAIL PROTECTED]>
To: "mono-devel"
Date: 25 August, 2005 11:18
Subject: [Mono-dev] Cairo
Hi,
Seems that Cairo 1.0 has been released. How close
On Thu, 2005-25-08 at 15:42 +0200, Paolo Molaro wrote:
> > @@ -1197,8 +1211,35 @@
> > aname->culture = g_strdup (culture);
> > }
> >
> > - if (token && strncmp (token, "null", 4) != 0)
> > + if (token && strncmp (token, "null", 4) != 0) {
> > + if (strlen
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Miguel de Icaza
> Sent: donderdag 25 augustus 2005 17:31
> To: Gert Driesen
> Cc: mono-devel-list@lists.ximian.com
> Subject: [Mono-dev] Re: [Mono-devel-list] [PATCH] API
> compatibility fixes fo
After a few talk on irc with Miguel I reverted default encoding part
from locale dependent encoding to Latin1 (codepage 28591) and decided
to start a long ;-) discussion.
I still (of course;) don't think we should use Latin1 as default
encoding, since it is totally foreign in some non-EuroAmerican
>
> This break the ABI: is_version_defined is not needed since you can check
> the fields anyway.
> is_persistent can go away some other way (for example by always having
> public_key allocated, but it would be better to find another which
> doesn't make us waste memory).
No, you can't check the
Hello,
In Microsoft’s implementation of .NET, it is possible
to expose a class written in C# via a COM interface. This makes it
possible (perhaps even easy!) to instantiate C# objects and call methods on them
from, say, a native C++ application.
Does Mono have a capability like thi
Hi all,
Just wanted to give you quick a heads up: Hisham Mardam Bey has updated our
libgdiplus library to work with the new Cairo 1.0 APIs over the last month
or so. We've now reached the point where it is running without errors and
since Cairo released yesterday, we are planing on switching o
Hi,I don't pretend to be an expert, but I believe the easier way is exposing the functionality through a web service.Regards,On 25/08/05, Ring, Kevin
<[EMAIL PROTECTED]> wrote:
Hello,
In Microsoft's implementation of .NET, it is possible
to expose a class written in C# via a COM in
Hi,
If you don't like ISO 28591 because it's foreign, why do you want to use
ASCII in source files?:)
I personally hate the fact of having code pages but this has historical
reasons. I think UTF-8 is a good solution as it is international,
culture-neutral and ASCII compatible.
I think we are li
AFAIK, there's no plans for COM-Interop or some other
bridging/wrapping technology. It's way easier to do things in reverse
(managed app calling native library) if it is possible. Also you can
experiment with remoting using a corba or ice channel but as with
COM-Interop performance will suffer grea
Hello all,
I have tried to compile mono on one of the Itanium2 machines at work,
but at some point it asks for an existing mcs compiler. I am not sure
how to solve this, as i am guessing that installing the binaries won't
work there, or will they?
Could anyone please advise.
PS: I have paste
Did you get monolite; i.e. 'make get-monolite-latest'?
- Jonathan
-Original Message-
From: [EMAIL PROTECTED] on behalf of Kevin
Sent: Thu 8/25/2005 8:57 PM
To: mono-devel-list@lists.ximian.com
Cc:
Subject:[Mono-dev] mono on IA64 - help compiling
Hello all,
I have tr
On Thu, 2005-08-25 at 16:27 -0400, Ring, Kevin wrote:
> In Microsoft’s implementation of .NET, it is possible to expose a
> class written in C# via a COM interface. This makes it possible
> (perhaps even easy!) to instantiate C# objects and call methods on
> them from, say, a native C++ applicatio
Hello,
Just a heads up: tomorrow we will disable the System.Web directory
from compilation for a few hours as we land some fairly large changes to
it. We hope to complete the merging tomorrow, but if something goes
wrong we might spend some time over the weekend.
The new version of Syste
Hi,
If you don't like ISO 28591 because it's foreign, why do you want to use
ASCII in source files?:)
Well, ASCII is not foreign for Japanese. All of iso-2022-jp /
shift_jis / euc-jp don't contradict ASCII and it is actually
part of those encodings.
I know there used to be non-ASCII based enc
54 matches
Mail list logo
