Why not just disable the entire Sys.Messaging tests? It is not supported
component anyways.
Atsushi Eno
On 2009/09/18 6:03, Andrew Jorgensen wrote:
On Thu, 2009-09-17 at 17:45 -0300, Rodrigo Kumpera wrote:
Do you know of simple instructions on how to setup such server and
configure
Hi,
xsd.exe actually does nothing. The actual code generator is
TypedDataSetGenerator
(actually CustomDataClassGenerator) in System.Data.dll:
http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/System.Data/System.Data/
Atsushi Eno
On 2009/09/15 10:45, John Lenz wrote:
Nagappan Alagappan
this are no
good though.
Atsushi Eno
On 2009/09/12 7:36, Tom Philpot wrote:
I just discovered more Unicode Normalization Bugs in Mono SVN.
using System;
using System.Text;
namespace Test
{
public class NormalizationTest_Arabic {
public void TestNormalization() {
char
on some (remaining) REST stack
as well as fixing existing stack.
If you guys know any interesting WCF application (especially open
source ones) let me know. I'd like to get such ones work if possible.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel
oops, fixed.
Atsushi Eno
Tony Alexander Hild wrote:
Hi,
Compiling mono from trunk I get this
make[8]: Entering directory `/home/tony/mono/mcs/class/System.ServiceModel'
MCS [net_2_1_raw] System.ServiceModel.dll
System.ServiceModel.Description/ContractDescription.cs(157,44): error
, Atsushi Eno atsu...@ximian.com wrote:
Oh, interesting. When I tried to implement it (since as the API it
does *not* depend on L2Entities I could try to implement it by API
itself), it did not accept simple enumerable things (or something
else; I don't remember). So I simply gave up to wait
://msdn.microsoft.com/en-us/library/cc716655.aspx
This means, implementing Data Services without L2E mostly does
not make sense.
Atsushi Eno
Onur Gumus wrote:
http://msdn.microsoft.com/en-us/data/cc745968.aspx
This is a Screen cast to use AStoria over _any_ linq binding.
I also personally used
Ah cool. Thanks Michael :)
I'm going to just remove SystemMessageOpenwire as it's been historical
and no practical work has been done. (And the linked pages do not
exist anymore due to rental hosting server crash and I've terminated
the contract with the hosting company.)
Atsushi Eno
Michael
is mostly impossible.
Atsushi Eno
buhochil...@gmail.com wrote:
Hi,
I wonder what is the serialport current status?, we at monoBOTICS
(http://www.monobotics.ic.uach.cl) use intensely that component in our
project without much problems till now. Now we have a 1mps speed and the
incoming data
Note that the assembly *did* exist even in Mono 1.0 era. It's just
that not implemented. And our System.Messaging.dll is not supported
in any sense. Some part of the functionality is available through
rabbitmq bridge by Michael.
Atsushi Eno
Seo Sanghyeon wrote:
2009/7/14 Count László de Almásy
Hi Gert,
OK, you are partly right. The tests were intended to verify both
behaviors. It was just that it had extra check that are not
verified to work, as you fixed the tests themselves a few hours ago.
Atsushi Eno
Gert Driesen wrote:
Hi Atsushi,
That's not correct. These tests verify our
Hi,
Those sources are already converted to the new styles and your changes
rather revert them. And most of the files in the bz archive are empty.
Atsushi Eno
Levi Campbell wrote:
Here's my portion of the upgrading, I've included the patches with this
e-mail using the latest sources from SVN
, and it is
pretty much understandable) I might take a while to do it, or at
worst have to discard the effort (in case changes look too significant
to review history). Sorry if in such case. I hope it goes well.
Atsushi Eno
Charlie Poole wrote:
Hi,
What you described below, plus the later comment
Done. Thanks!
Atsushi Eno
Robert Jordan wrote:
Atsushi,
Atsushi Eno wrote:
* list of the files
I have made an easy list of such old test files on a spreadsheet:
http://spreadsheets.google.com/pub?key=rkWl-ZQHJvcu6tkJOeFFg3Aoutput=html
I've fixed all Test/System.Collections/*.cs
).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Oh, yes Robert is right. I haven't actually tried if it automated
rewrite is possible (and safe). If it is possible just with a script,
that's awesome :) Just put patches and script somewhere (you don't
need write access for that).
Atsushi Eno
Stifu wrote:
Well, I don't have write access myself
Thanks! I have added you to the spreadsheet editor. Please pick
blank ones, mark as yours (you are going to change), and start
upgrading.
Atsushi Eno
Levi Campbell wrote:
I'd be more than happy to help with the upgrade, just tell me which ones
you want me to do.
--
Levi Campbell levicc00
Rodrigo gave another input that we will have to add [Test] and
[TestFixture] in case they are missing.
Atsushi Eno
Atsushi Eno wrote:
Oh, yes Robert is right. I haven't actually tried if it automated
rewrite is possible (and safe). If it is possible just with a script,
that's awesome :) Just
compiles and runs within standard libs to make it possible to
integrate our nunit tests.
Atsushi Eno
Tom Hindle wrote:
Attached small self contained my test case.
I think the output should be 5 trues.
I getting 2 Trues and 3 Fails. on mono version r136435
Incidentally .NET returns 5 trues
(char c in \u03B1\u0313\u0345.Normalize ())
Console.Write ({0:X04} , (int) c);
NET outputs: 03B1 0313 0345
I have a fix that corrects the output as: 1F80
I'll check in the fix soon. With the fix your test prints all True.
Atsushi Eno
Atsushi Eno wrote:
Hi Tom, and Tom :)
I
in some environment (like the text editor I use on
Windows). Let me repeat, Latin1 is not universal. Don't depend on it
(if you do).
Atsushi Eno
Tom Philpot wrote:
Atsushi,
Thanks for the feedback. For some reason, the Mac when displaying
unicode always composes strings before display. I'll look
normalization
conformance test in corlib/Mono.Globalization.Unicode. We fail
about 26000. Far from good, but still better than 35000 on .NET.
Atsushi Eno
Tom Philpot wrote:
Now, string.Normalize(NormalizationForm.FormC) doesn't do anything using
mono (r136228).
I've attached some test cases
Hi again,
It should be now fixed in trunk.
Atsushi Eno
Atsushi Eno wrote:
I'll have a look. However since 4 years have passed since I wrote it,
I'll have to revisit the spec and will take not a little time.
Atsushi Eno
Tom Philpot wrote:
The following program throws
Hello,
It is not good for review. I'm ok with updating rabbitMQ itself,
but it'd be better to rather have a diff for those libraries that
you wrote as mono libraries.
Atsushi Eno
Michael Barker wrote:
Hi,
The attached patch upgrades the RabbitMQ libraries to version 1.5.3
and includes
Thanks, please go ahead. The changes in the newer version look nicer.
Atsushi Eno
Michael Barker wrote:
No problem, split into 2 patches (compressed the rabbitmq upgrade as it is
big).
Regards,
Michael Barker.
On Wed, May 20, 2009 at 6:40 PM, Atsushi Eno
atsushi...@veritas-vos
It is looking good. Please go ahead and commit. Thanks :)
Atsushi Eno
Michael Barker wrote:
Hi,
Small patch that adds some comments and allows dynamic initialisation
of MessagingProviders by specifying the MONO_MESSAGING_PROVIDER
environment variable.
Please review.
Regards,
Michael
Novell bugzilla is too buggy to let me post my comments so I write
here instead:
It's not a fix but just a workaround, as it skips further syntax checks
such as:
/// seealso cref=List{*} /
.. and optionally worse, error generation in the output xml such as
seealso cref=!:Listlt;*gt;/
Atsushi
That's even greater news :) Thanks for your effort over TextBox hell.
I lately found that libgdiplus on OSX fails to render characters
with Japanese default font. I wonder if pango-based implementation
may solve the issue (I seem to have filed a bug as #371861).
Atsushi Eno
Jonathan Anderson
.
No. System.Security.AccessControl (ACL based on Windows-ism) is not
supported. I don't think there is binary compatible cross platform
way to do it.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman
for attempts I should try? I guess
not many people can try the app anyways (you need gainer!).
Atsushi Eno
Index: System.IO.Ports/WinSerialStream.cs
===
--- System.IO.Ports/WinSerialStream.cs (revision 132343)
+++ System.IO.Ports
Hello,
I have one-liner patch to add current thread ID to exception
message in mini trace. Sometimes it is confusing to see
this message which actually happened in different thread and
hence it misguides us.
Atsushi Eno
Index: mini/mini-exceptions.c
Yes, please go ahead. Thanks.
Atsushi Eno
Federico Di Gregorio wrote:
Currently the DTD SYSTEMID is not correctly set in the XDocumentType
object when parsing an XML file. This simple one-line patch fixes that.
Ok to commit?
Index: class/System.Xml.Linq/System.Xml.Linq/XNode.cs
understanding it is not a bug in NUnit itself
but somewhere in the middle of the mono runtime. Sadly no one
(including myself) has dug in depth and the issue is left as is.
Atsushi Eno
In case anyone doesn't already know it, /noshadow solves
a lot of problems simply because it avoids executing a very
Thanks. It was fixed. The reason why it didn't work was because
your code is weird to dare pass null NameTable to
XmlParserContext.ctor() while you have explicit NameTable in use
to XmlNamespaceManager. We usually don't track such too
implementation-dependent part.
Atsushi Eno
Hiawatha wrote
*, and the
version numbers differ than recent NUnits. Hence, there is no such GAC
problem that you have mentioned.
Atsushi Eno
shipped with Mono in GAC to be available for use, never packaged my
own versions of them (as this can lead to conflicts when the library
gets loaded from GAC and then a reference
Hello,
Sorry for the late reply. I haven't read this message until now.
It's already fixed in svn at some stage.
Atsushi Eno
yproust wrote:
Hi
I am trying to validate XML with an XSD schema, but it seems that the
xsi:nil attributes are ignored. As the element must be a dateTime
No and no.
To not repeat this question from time to time, you can check our SVN
repository for class libraries:
http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/
If there is System.Web.Mvc, then it's likely started.
Atsushi Eno
Dan Cirnat wrote:
I see that the MVC implementation
Hello,
If you file a bug on our bugzilla, I might fix the implementation
difference, depending on the repro, without the patch you have.
http://bugzilla.novell.com
Atsushi Eno
David Mitchell wrote:
I'm currently trying to port the back-end of a very large project over to OSX
from Windows
Oops, stupid bug. I've applied your patch. Thanks.
Atsushi Eno
David Mitchell wrote:
I discovered today that UTF32Encoding.GetByteCount() will report the
wrong result anytime that the start index is nonzero. Attached is a
patch to fix the issue. Would someone mind reviewing/committing
They are now at http://go-mono.com/status
Atsushi Eno
Leszek Ciesielski wrote:
On Sun, Sep 21, 2008 at 7:30 PM, Miguel de Icaza mig...@novell.com wrote:
Hello,
Perhaps some members of the Mono team use gui-compare, but I think end-users
/ third-party developers appreciate an easy way
Yes. those libraries based on Windows-ism, such as System.Management,
are not supported in Mono.
In case you are unsure about mono limitation, MoMA is your friend.
http://mono-project.com/MoMA
Atsushi Eno
Atoka wrote:
Hi all,
I have a Server machine which is a windows machine
We *have* those assemblies that *throws* NotImplementedException all
around, as the exception message you got exactly shows.
Again, MoMA is with you, he (or she, I dunno) is your good friend.
Atsushi Eno
Atoka wrote:
But I installed Mono 2.0 for linux and in /usr/lib/mono/2.0/ and
/usr/lib
it is still in development and
lacks some features such as closure support.
http://criscript.com/trac
Atsushi Eno
Damien wrote:
Hi,
I am trying to find a way to add javascript entry points into my
app... I have found Microsoft.Vsa namespace (with JScript and VB) on
windows, and mjs for mono
of Data Services without L2Entities, it
would be nice if you can share them (or examples).
Atsushi Eno
Onur Gumus wrote:
actually I think you are wrong. Astoria DOES NOT depend on linq to entities.
I certainly used Astoria over NHibernate(updatable) or even with DB4O
(non updatable) without
Hello,
Yes. And hopefully we will branch 2.4 next week.
http://mono-project.com/Roadmap
Thomas might give more details.
Atsushi Eno
Paul wrote:
Hi,
Given mono2.2 has been officially released unto the public, is the code
now in svn for the 2.4 branch?
TTFN
Paul
current scheme).
Atsushi Eno
Onur Gumus wrote:
Hello,
I would like to know if there is any future plans on implementing
ADO.NET Data Services aka astoria ?
It's a really cool project that enables linq queries over restful services.
___
Mono
Thanks for the quick fixes! Please commit.
Atsushi Eno
Michael Barker wrote:
Hi,
The attached patch moves the message formatter tests to the
Mono.Messaging.RabbitMQ namespace and fixes some test failures.
Please review.
Regards,
Michael Barker
thanks to Sebastien, the drawing tests are fixed to pass.
Atsushi Eno
Atsushi Eno wrote:
Hello,
As some of you may have noticed, I have upgraded our local use of nunit
from 2.2.0 to 2.4.8. It involved some changes in our test run, but
should be invisble to most of you.
The build has been
Why don't you ask rather at their forum or mailing lists?
Atsushi Eno
Paul wrote:
Hi,
Anyone know if the sharpcvslib project is dead or has been superceeded
by something else?
TTFN
Paul
Please commit. Thanks.
Atsushi Eno
Michael Barker wrote:
Hi,
Attached is a patch that will ensure the exceptions that occur when
processing BeginReceive/BeginPeek will thrown when EndPeek/EndReceive
is called.
Please review.
Mike
Hello Michael,
Ugh, OK it does not seem to be quite simple as I originally guessed as
Mono.Messaging was interface based. But this would be better, so please
commit this change. Thanks.
(Sorry I'm in off mode and my replies will be belated.)
Atsushi Eno
Michael Barker wrote:
On Sun, Dec 21
:|
Atsushi Eno
Michael Barker wrote:
Hi,
Attached is 2 patches that adds support for the async methods in
System.Messaging (BeginReceive, BeginPeek, EndReceive and EndPeek). I
have implemented all of the functionality for this in System.Messaging
so the underlying messaging
I haven't tried it by myself, but this patch might workaround the issue:
http://monoport.com/38831
It is what I wrote to fix runtime --profile mode on win32 couple of
months ago.
Atsushi Eno
Jonathan Pryor wrote:
On Thu, 2008-12-18 at 13:59 +0100, Mariner, David wrote:
I’m having problems
Well, environment variable is (1) easier to override for everyone at
run time, and (2) it will be explicitly described in manpage of mono,
unlike configuration sections. So environment variable had better
take precedence.
Atsushi Eno
Michael Barker wrote:
I think it would be ok to use
it for registry and eventlogs for example).
- Is there any preference WRT posted patches on the list or via bugzilla?
For non-bugfixes this list would work better.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
earlier, I don't care much about it as long as cygwin build
is kept though. The minor issue I am afraid is that those VS users are
likely to ignore our Coding Guidelines.
Atsushi Eno
Jonathan Chambers wrote:
Hello,
I broke down the 'Mono on Windows' topic into two distinct
approaches. I
and interrupting work. So I support two releases per year.
Atsushi Eno
Andrew Jorgensen wrote:
We have customers. When you say leave some of the QA work to our users
you're really saying leave some of the QA work to our paying customers.
This is not an option. We want to improve the quality of Mono
.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Do NOT read MS BCL source code. Jack, now we will never accept your
contributions to protect copyright violation possibly brought by you.
It is EXPLICITLY written in our TOP page for contribution.
http://mono-project.com/Contributing
Atsushi Eno
Jack wrote:
You can use Java version of hash
Hello,
This is looking great, thanks for the implementation :) I'll try and
checkin the patch in the branch. I'm also thinking to move your code
to trunk.
Atsushi Eno
Michael Barker wrote:
Hi,
I have created a bugzilla entry
(https://bugzilla.novell.com/show_bug.cgi?id=457089
you run tests. And if you run tests it will
be anyways needed to see meaningful logs.
Atsushi Eno
Atsushi Eno wrote:
Hello,
As some of you may have noticed, I have upgraded our local use of nunit
from 2.2.0 to 2.4.8. It involved some changes in our test run, but
should be invisble to most
at some stage unless its build get
fixed.
Winforms version of NUnit GUI should work if you build it or copy
executables.
Atsushi Eno
Hello,
As some of you may have noticed, I have upgraded our local use of nunit
from 2.2.0 to 2.4.8. It involved some changes in our test run, but
should
without
-noshadow, so I am rather afraid that NUnit 2.4.8 unlike 2.2.0 cannot
handle it.
I'd like to hear inputs on what could be done to fix this issue.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
, not the tests). I wouldn't like
to do it after this continuous build/test failures :(
Actually as I wrote above, this failure has nothing to do with
-noshadow.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com
of nunit for our own use:
http://veritas-vos-liberabit.com/tmp/2008/nunit24-mono.tar.bz2
If no problem, I'll checkin this new nunit24 directory and build
changes, without removing nunit20 for a while.
Atsushi Eno
It is anything but negative approach. As I wrote earlier, I believe this
is a mono bug
Hello,
Raja R Harinath wrote:
Hi Eno,
Atsushi Eno [EMAIL PROTECTED] writes:
There is a documentation bug in MSDN for .NET 3.5 SP1 on DbDataRecord
that says as if some members were virtual, not abstract. Our code is
based on them and then it blocked some System.Data.Entity types.
Ok
option.
Actually I think that tuner should be built regardless of this option.
Is it impossible to build tuner under 2.0 profile?
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono
using other URLs like:
http://mono.ximian.com/monobuild/preview/2.2/download-preview/
Thanks,
Atsushi Eno
Thomas Wiest wrote:
Hey Everyone,
We've just released Mono 2.2 Preview 1 today!
Please help us out by giving it a try with your applications.
As always, you can get the preview/RC
FreeBSD users in Japan. Not sure if they can fix runtime code though.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
be better?
Atsushi Eno
Atsushi Eno wrote:
Hola,
Thanks for the previous fix, Zoltan.
Here's another FreeBSD/amd64 build error report (forwarded):
gmake[6]: Entering directory `/local/home/ksmakoto/Mono/mcs/class'
gmake[7]: Entering directory `/local/home/ksmakoto/Mono/mcs/class/corlib
not break any practical code; DbDataRecord
constructor in 1.1 used to be internal and no one could derive from it.)
Atsushi Eno
Index: System.Data.Common/DbEnumerator.cs
===
--- System.Data.Common/DbEnumerator.cs (revision 118952
(HAVE_MOVING_COLLECTOR)
#define MONO_ARCH_MONITOR_OBJECT_REG AMD64_RDI
#endif
and hence it is *not* defined in FreeBSD.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
$olivedir; then
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
IMO it is not time to do it yet because we are rather stuck in too
separate build revisions to track regressions i.e. improving quality of
monobuild is in higher precedence. Having those standalone tests
in those builds makes current situation worse.
Atsushi Eno
Gert Driesen wrote:
Hi
(and svn propdel svn:executable):
copypaste those lines in svn add command line.
Can these tasks ever easier by switching to your beautiful xml csproj?
In MWF land did we create csproj-sources converter?
Classlib hackers who uses Visual Studio: how do you do those tasks?
Atsushi Eno
Jonathan
Atsushi Eno
Index: configure.in
===
--- configure.in(revision 118305)
+++ configure.in(working copy)
@@ -2054,6 +2054,37 @@
unset fpu
fi
+case $host_os in
+darwin* | *bsd* )
+ AC_MSG_CHECKING
The original patch author said that it does not compile on
FreeBSD(7,amd64). Haven't asked the actual output.
Atsushi Eno
Geoff Norton wrote:
Eno,
Whats the testcase/rationale for this patch?
On Sun, 2008-11-09 at 23:34 +0900, Atsushi Eno wrote:
Atsushi Eno
Index: configure.in
So your suggestion is to limit the target only to freebsd, right?
I'll ask him and he would be able to provide the error details but to be
realistic he won't be able to provide further output from other BSDs
(unless he is a BSD freak to have all of them installed).
Atsushi Eno
Geoff Norton
Hello,
Thanks Sasha, I'll have a look. It looks like only about XmlTextReader,
and once I find the culprit it wouldn't be hard to fix.
Atsushi Eno
Sasha Kogan wrote:
Hi,
I get OutOfMemoryError (I use Grasshopper, but the problem is not
Java-specific) when running the following code:
void
I think it is fixed at r117838 Can you try it and see if it's gone?
Thanks,
Atsushi Eno
Atsushi Eno wrote:
Hello,
Thanks Sasha, I'll have a look. It looks like only about XmlTextReader,
and once I find the culprit it wouldn't be hard to fix.
Atsushi Eno
Sasha Kogan wrote:
Hi,
I
:)
Atsushi Eno
//
// UCD.cs
//
// Author:
// Atsushi Enomoto [EMAIL PROTECTED]
//
// Copyright (C) 2008 Novell, Inc.
//
//
// Unicode table generator for eglib.
// Note that this code is only for Unicode 5.1.0 or earlier.
// (regarding character ranges)
//
// Some premises:
// - lower-band (
* a
complainer but as a constructive hacker with belief.
Atsushi Eno
Onur Gumus wrote:
http://blogs.msdn.com/adonet/archive/2008/10/29/update-on-linq-to-sql-and-linq-to-entities-roadmap.aspx
On Tue, Jul 1, 2008 at 12:32 PM, Onur Gumus [EMAIL PROTECTED] wrote:
Because NHiberate is hard. I
Applied the patch. Thanks :)
Atsushi Eno
Michael Barker wrote:
Hi,
Attached is a patch that adds support for passing all of the Message
properties via RabbitMQ (as per version 1.1 of System.Messaging).
This includes Recoverable (supporting persistence) and Priority (which
would support
Hey Marek,
Marek Habersack wrote:
On Wed, 22 Oct 2008 13:47:46 +0900
Atsushi Eno [EMAIL PROTECTED] wrote:
Hi grendel,
Hey Atsushi,
How does this break 2.0 apps? They do not exist in .NET, but
they do in our 2.0 profile (lib/mono/2.0).
If you have an application which uses
Marek Habersack wrote:
On Thu, 23 Oct 2008 01:44:25 +0900
Atsushi Eno [EMAIL PROTECTED] wrote:
Hey Marek,
Marek Habersack wrote:
On Wed, 22 Oct 2008 13:47:46 +0900
Atsushi Eno [EMAIL PROTECTED] wrote:
Hi grendel,
Hey Atsushi,
How does this break 2.0 apps? They do not exist in .NET
Hi grendel,
How does this break 2.0 apps? They do not exist in .NET, but
they do in our 2.0 profile (lib/mono/2.0).
Atsushi Eno
Original Message
Subject: [Mono-patches] r116660 - trunk/mono/data/net_2_0
Date: Tue, 21 Oct 2008 14:40:56 -0400 (EDT)
From: Marek Habersack ([EMAIL
OK, I have committed the patch to messaging-2008 branch.
http://anonsvn.mono-project.com/viewvc/branches/messaging-2008/mcs/class/
Atsushi Eno
Michael Barker wrote:
On Thu, Oct 16, 2008 at 9:24 PM, Atsushi Eno [EMAIL PROTECTED] wrote:
Looks like (at least) Mono.Messaging.RabbitMQ
implementations
(such as Win32API one, as I suggested earlier).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
could simply
use them. The binding does not have to be limited to AMQP (still might
be better to have Rabbit/Qpid bindings based on AMQP binding based on
Mono.Messaging though).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list
.
It is a good a idea to cache the results of GetProperty() and
GetSetMethod().
Sure, will improve them. Thanks for the suggestion.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo
)
BTW do you know if AMQP/Rabbit is going to support message peek
and receive-by-id functionality (in some milestones), as you
mentioned in the early discussion ?
http://www.mail-archive.com/mono-devel-list@lists.ximian.com/msg16731.html
Atsushi Eno
Michael Barker wrote:
Hi,
Patch attached
I don't remember the details but I indeed tried to implement it one
year ago, and gave up for not a minor difference between those ACLs.
http://lists.ximian.com/pipermail/mono-devel-list/2007-September/025096.html
If you take your words and go to implement it, it'd be awesome.
Atsushi Eno
Seo Sanghyeon wrote:
2008/9/27 Atsushi Eno [EMAIL PROTECTED]:
I disagree; the only people who actually hack the source file should
have the right to decision.
Isn't source code for API users as much as API developers who hack on it?
It does not contradict my opinion.
Atsushi Eno
Cory Foy wrote:
Atsushi Eno wrote:
I disagree; the only people who actually hack the source file should
have the right to decision.
When I read comments like that, it makes me think that there is an air
of elitism to it, and that if you aren't touching source, you don't have
a say.
You
in the near future. (B) won't happen. It is Windows-only ACL things.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
actually hack the source file should
have the right to decision.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
AFAIK it does not already compile.
Atsushi Eno
Rodrigo Kumpera wrote:
The interpreter is no longer supported and there is no guarantee that it
will even compile.
Whatever you might be thinking I can't see why not using mono JIT would
be desirable.
On Wed, Sep 24, 2008 at 7:52 PM, Nuno
.
That rather sounds like you have some valid setup for en_US.UTF8
but not for en_GB.UTF8.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
is likely breaking your mono/mwf
environment.
We cannot introduce any workaround for you, as we cannot avoid call to
XOpenIM() while everything looks fine.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com
. The last maintainers were not me but Mainsoft guys.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
201 - 300 of 890 matches
Mail list logo
