Any responses?
> -Original Message-
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of Edward Ned Harvey (mono)
> Sent: Wednesday, June 22, 2016 7:59 AM
>
> I know you don't usually want to catch &
I know you don't usually want to catch & throw, because you're not adding new
information. If you want to add new information, generally you should throw a
new exception and include an InnerException. Here are some examples of
situations you would want to catch and rethrow:
> From: Chris Swiedler [mailto:cswied...@trionworlds.com]
>
> Why not just include references to Mono.Posix.dll in the Windows build? You
> don't have to install the full framework.
Then when you run it on mono, you're using the Mono.Posix.dll that you packaged
with your application, instead of
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of Greg Young
>
>
(for clarification of my previous response, because I was asked for
clarification off-list)
If you have some code that calls Mono.Posix.Something(), and you have a
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of Greg Young
>
>
That doesn't do the trick all by itself, because then your code won't compile
on windows, in all the places where something references Mono.Posix. If you
want to
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of techi eth
>
> Thanks for quick hint.
> We can receive signal by using signal handler using
> Mono.Unix.Native.Stdlib.signal.
> I am trying to check possibility of sending signal from
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of Rajesh Khan
>
> 1- The first issue is that in my code I am doing this at the start
>
> mono_set_dirs("/opt/mono/lib", "/opt/mono/etc");
>
> 2- Which libraries should be packed
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of Rajesh Khan
>
> /Users/User/MyApp/ext/mono/bin/mkbundle -o createcore_managed.c -
> oo createcore_managed_deps.o -c --nomain --config-dir
> /Users/User/MyApp/ext/mono/etc --config
>
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of Neale Ferguson
>
> Further to the problem, tt seems to be a threading issue since if a lock
> is put around this method call:
>
> return ProtectedData.Protect(data, extraEntropy,
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of Chris Swiedler
>
> We have a server application that's being developed under Visual Studio and
> run under Mono 3.12. We're generating .mdb files from the .pdbs that VS
> creates.
Martin, is this a question for you?
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of Darkness
>
> I currently have the following up and running without issues:
> * self hosted WCF service, compiled with .Net/Visual studio 2013,
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of Jo Shields
>
> I've added some explicit version numbers to the download page. I was
> under the impression the Centos 7 minimum was clearer, but I was wrong.
I never saw "Centos 7
Right now, when I follow the instructions to install mono
http://www.mono-project.com/docs/getting-started/install/linux/#centos-fedora-and-derivatives
rpm --import
"http://keyserver.ubuntu.com/pks/lookup?op=get=0x3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF;
yum-config-manager --add-repo
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of Matt Guerrette
>
> I am currently trying to integrate mono into a project that I've built
> completely 64 bit.
> Currently on Windows there seems to be only 32 bit versions of Mono
I have a project that has always built fine before, in mono 4.0.3 and 3.8.1,
but suddenly now, when I try to do anything with 3.8.1, I get "Unexpected
binary element."
In monodevelop, try building or cleaning, "Clean failed: Unexpected binary
element" and "Build failed: Unexpected binary
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of techi eth
>
> What is the way to access wifi under Linux by using Mono ?
How would you do it in any other language?
___
Mono-devel-list
I like the advice I'm getting from Alex and Robert.
Alex, you said you're using
Path.Combine(Directory.GetCurrentDirectory(), "foobar.dll")
When I look around, it seems like this might be more reliable?
Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "foobar.dll")
I'm doing
> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
> boun...@lists.ximian.com] On Behalf Of lorenzo.delana
>
> I'm struggling to find a way to run a SSL server on Linux using mono,
> I have a certificate with a private key installed using certmgr and I can
> see by listing
> From: Greg Young [mailto:gregoryyou...@gmail.com]
>
> Use conditional compilation.
Unless I've somehow missed your point? You said that twice, so I want to make
sure we're on the same page - You're talking about defining a compiler symbol,
and then using [Conditonal] or #if, right? The end
I've always used separate project files on windows and linux, in order to
include different compiler symbols, in order to make projects build with
different dependencies. I've been chastised here for doing it, so I'd like to
find a better way. (Miguel and others tore apart a pull request,
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Paul McEwan
Thanks, the mono-service tool is working well so far
Glad it's working for you. I never had any luck with mono-service and
mono-service2. What we did, instead, was to
The problem is confirmed Xamarin.Mac specific. And steps to reproduce are here:
http://forums.xamarin.com/discussion/42318/sslstream-on-mac
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Recently, I'm encountering a problem where Mozroots is throwing
NullReferenceException. I am working on a reproducible example, but until then,
I'd like to revisit this issue:
First, here is reproduction code that shows the mac client requires mozroots to
be run. This code throws exception on
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of techi eth
Is mono support ciphers ECDSA ?
Mono 4.0.0 release show some handling of same under mono-
4.0.0/external/referencesource/System.Core/System/Security/Cryptograph
y.
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of techi eth
Is mono support ciphers ECDSA ?
Mono 4.0.0 release show some handling of same under mono-
4.0.0/external/referencesource/System.Core/System/Security/Cryptograph
y.
From: Gelin Yan [mailto:dynami...@gmail.com]
Unfortunately, at the time, mono crashed each time after a few seconds of
pressing tests. (IAsyncResult was slightly better,
it lasted a bit longer).
Check the mono compatibility guide. All the async stuff, except for ASP.Net,
has stabilized
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Gelin Yan
A few years ago, I tried to port one of our server from .net to mono. At
the
time. Mono 2.8 was just out. My server use socket (tcp almost) thread
pools heavily.
From: Federico Di Gregorio [mailto:f...@dndg.it]
Sent: Friday, March 6, 2015 8:43 AM
http://blogs.msdn.com/b/ericlippert/archive/2009/04/29/events-and-
races.aspx
Good one, thanks. :-) If Eric Lippert says so, it is canonical. The only
reason the other pattern was used is because the
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Federico Di Gregorio
I have discovered that the Mono implementation of WebClient doesn't
behave as described in this MSDN article:
It seems, the class status page for WebClient
From: Miguel de Icaza [mailto:mig...@xamarin.com]
• We are setting up a more comprehensive harness for SSL/TLS tests that do
not depend on remote servers.
This is much appreciated, thank you very much. There is one thing you didn't
mention:
As far as I can tell, no mono developer has ever
Does Mono have any sort of integration tests? Maybe that's where this belongs?
I would like to make sure at some point, SslStream will be fixed, and the
reason it hasn't happened so far was because nobody ever tested it with
intermediate chain served by the server, which is of course the
From: Greg Najda [mailto:gregna...@gmail.com]
Regarding the TcpClient timeouts, if you are setting the timeout before
connecting, it is ignored. That is a bug. See
https://bugzilla.xamarin.com/show_bug.cgi?id=25365. As a workaround you
can set the timeout after connecting.
Client-side,
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Robert Jordan
You may want to look up how a sane IDisposable pattern has to be
sensibly implemented in .NET. You'll find out that Dispose()
shouldn't be called from a finalizer.
When I call SslStream.Dispose(), the thread simply hangs indefinitely. (Well,
I didn't wait forever; only a few minutes, which is longer than the underlying
TcpClient timeout periods.)
Obviously this is a bug, but my question is - What if I simply ignore the
problem, and don't call Dispose,
From: Arthur Peka [mailto:artur.p...@gmail.com]
I don't see any solution files which can be easily
built with xbuild/Monodevelop.
When you reply, please quote what you're responding to, and don't top post.
Makes it hard to follow the conversation. (Etiquette.)
You clearly have created
From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com]
No. WebClient, HttpWebRequest, the default HttpClient handler... all uses
SslStream which delegates the trust decision to the OS (on iOS, Android and
Mac).
Wait - We've already established in this thread (see links below) that on
From: Arthur Peka [mailto:artur.p...@gmail.com]
stores). I want to improve usability, e.g.
* Listing certificates from all the stores (except Untrusted) when called
with -
-list -c without specifying the store. Now it fails when no store specified.
Can
be useful to get all trusted
From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com]
Thanks - so it sounds like WebClient, on OSX, iOS, and Android, are wrapping
around some API provided by the OS, correct? Is the same true on linux?
No, not for Linux. There is (or at least was) no OS API that provided that
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Arthur Peka
don't understand about what of kind of 'ethics' we can talk here.
Etiquette. Not ethics.
http://tirania.org/blog/archive/2010/Dec-31.html
Arthur, how about this:
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Jo Shields
it's
easier to work with a standalone MD project than the whole Mono tree,
when doing breakpointing object inspection
Something I've certainly done in the past to
From: Alexander Köplinger [mailto:alex.koeplin...@outlook.com]
Sent: Thursday, January 22, 2015 7:16 AM
I just tested as well and was able to run a simple new
WebClient().DownloadString(https://www.google.com;); without issues
after a fresh install of the Mono MDK on OSX, so I'm not sure
From: Sebastien Pouliot [mailto:sebastien.poul...@gmail.com]
In such case OSX (and iOS and Android) are
delegating the trust decision to the operating system _without_ accessing
any mono stores. IOW you should get the same decision from Mono that
Safari would have.
If you use the .NET
From: Alexander Köplinger [mailto:alex.koeplin...@outlook.com]
I always thought OSX used the system cert store anyway and this was just a
Linux issue?
Nope.
I just tested to make sure, and OSX uses .config/.mono/certs just like linux.
(Must run mozroots)
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Jo Shields
Mono 3.12 will ship with a new tool, cert-sync,
which populates the root CA store from a static concatenated file.
This will be executed on package install on Linux
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Edward Ned Harvey (mono)
Pull Request:
https://github.com/mono/mono/pull/1490
Keepalive... No responses for a week...
___
Mono-devel
From: Miguel de Icaza [mailto:mig...@xamarin.com]
Martin is creating the branch now where we bring the Microsoft SslStream
into Mono as well as his crypto stack.
For details see:
https://trello.com/c/PvUaV89u/16-tls-stack
Thanks
___
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Edward Ned Harvey (mono)
To validate this concept, I'd like to point out that Microsoft ships Windows
with a list of roots *and* a list of intermediates populated by default.
Bah
Miguel, you said
We have implemented TLS 1.1 and 1.2 on top of the not yet open sourced
networking stack and will be publishing it as soon as Microsoft open sources
the .NET networking stack.
Have there been unpublished changes to Mono.Security.X509.X509Chain?
Something I think I
From: Miguel de Icaza [mailto:mig...@xamarin.com]
I do not believe we have made changes to X509Chain.
Ok, thank you.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Is Sebastien on this list? I'm just guessing he'll have an opinion, or at
least a passing interest. I guess Miguel, too.
When a client application makes a SSL/TLS connection to a server, the
application must validate the server cert, validate any chain of intermediate
signing certs, and
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of David Curylo
If you edit the .csproj file, you can have a platform-specific reference
Mono.Posix like this:
Reference Include=Mono.Posix Condition= '$(OS)' != 'Windows_NT' /
From: Dave Curylo [mailto:dacur...@gmail.com] On Behalf Of David Curylo
You're right.I didn't realize that was what's going on. It looks like
conditional
references need some hand holding like this:
Choose
When Condition= '$(OS)' == 'Unix'
ItemGroup
Reference
From: Dave Curylo [mailto:dacur...@gmail.com] On Behalf Of David Curylo
You have to use conditional compilation for the code that uses the
conditional reference, in this case Mono.Posix. The reference appears with a
warning in Visual Studio and you get a compiler warning, The referenced
From: Miguel de Icaza [mailto:mig...@xamarin.com]
We have implemented TLS 1.1 and 1.2 on top of the not yet open sourced
networking stack and will be publishing it as soon as Microsoft open sources
the .NET networking stack.
Have there been unpublished changes to
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Andres G. Aragoneses
If it fails, you can decorate it with the attribute
[Category(NotWorking)], but AFAICT contributing a failing test doesn't
increase the chances of finding a
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
If you are accepting pull requests on Mono's github, please request that pull
requests that were iterated multiple-times have their multiple commits
squashed into
bump
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Edward Ned Harvey (mono)
I was able to trim this down to a specific subset and make a unit test out of
it.
Although SslStream has compatibility problems communicating
I was able to trim this down to a specific subset and make a unit test out of
it. Although SslStream has compatibility problems communicating with other
implementations (such as .Net), mono SslStream also has a problem talking to
*itself*. The root causes are the same for both the internal
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Edward Ned Harvey (mono)
From: Miguel de Icaza [mailto:mig...@xamarin.com]
We would love a test case to add to the test suite.
We are building a new test suite as part
From: Alexander Köplinger [mailto:alex.koeplin...@outlook.com]
I'm curious: why do you need it to compile with MS.NET if you're testing
Mono stuff?
This particular test fails on current mono. So it's not sufficient to just see
it fail on mono - to have any value it has to demonstrate
From: Alexander Köplinger [mailto:alex.koeplin...@outlook.com]
We can add it to the website, do you have a suggestion on which page it
makes the most sense? On the FAQ pages perhaps?
I don't have any suggestion better than FAQ. It's unlikely that a person like
me will find it all by
From: mar...@my2cents.co.uk [mailto:mar...@my2cents.co.uk] On Behalf
Of Martin Thwaites
Do we not have a flag for if it's compiled for tests, rather than release?
I don't need a flag to distinguish between tests release - I need one to
determine if the test is being run on mono or windows.
From: Alexander Köplinger [mailto:alex.koeplin...@outlook.com]
You can find out if you run on Mono by checking if Type.GetType
(Mono.Runtime) != null.
That's helpful, but doesn't quite solve it, because compilation will fail on
windows ...
I'm looking for something like this...
#ifdef
From: Miguel de Icaza [mailto:mig...@xamarin.com]
We would love a test case to add to the test suite.
We are building a new test suite as part of this work anyways.
This is almost done. Granted it is microscopic in scope - the test I've
written tests only for the case that I know fails;
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Bernie Schoch
I guess I'm saying, where would I be most useful say with contributing 20+
hours a week in the near term (I'm between contract/jobs right now)
Huh. I'm surprised
Does anybody know if support for TLS 1.1 1.2 will be released, and if so,
going to be integrated into mono?
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
From: Miguel de Icaza [mailto:mig...@xamarin.com]
.NET's implementation of the TLS stack is built on top of native code, so it
wont work on Mono.
We have implemented TLS 1.1 and 1.2 on top of the not yet open sourced
networking stack and will be publishing it as soon as Microsoft open
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Daniel Morgan
We could also save space in the installer if we only include the latest 4.5
profile. Another words, remove 2.0, 3.5, and 4.0..
Wed Oct 22, 2014: Heads up:
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Daniel Morgan
I see the latest version of Mono's Windows installer is 3.2.3. Can this be
used
to build the latest from git?
I see a link for binaries for 3.4.0, but they are
Obviously, I could just use a for-loop. But then my code is theoretically
telling the system to XOR each byte individually, wasting most of the CPU on
each instruction.
I wrote unsafe code to do this with 32-bit and 64-bit int pointers.
Surprisingly they both performed about the same (I
From: Brandon Perry [mailto:bperry.volat...@gmail.com]
Xwt aims to be a solution to this.
https://github.com/mono/xwt
Thanks for the suggestion.
Sent from a computer
No way...;-)
___
Mono-devel-list mailing list
I'm aware of Xamarin.Forms, but apparently only for iOS, Android, Windows
Mobile.
Does something similar exist for Mac OSX, Windows Desktop, Linux?
I stumbled upon this: https://github.com/picoe/Eto
Haven't tried it yet. Maybe it's great, maybe not. Are there some additional
competing
From: mono-list-boun...@lists.ximian.com [mailto:mono-list-
boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
Hey guys,
I posted details about the open sourcing of .NET and Mono on my blog.
We have already started the work to integrate the .NET Framework code,
and once I get back
This is a fun one. I'd love it if anyone could explain this to me.
using (var command = new SqliteCommand(@SELECT COUNT(*) FROM someTable WHERE
someColumn = @someValue , dbConn))
{
command.Parameters.Add(new SqliteParameter(someValue, foobar));
object scalar = command.ExecuteScalar();
From: Miguel de Icaza [mailto:mig...@xamarin.com]
What happens is this. The value returned from ExecuteScalar is boxed. This
Got it, thanks. In fact, I simplified to this:
Object foo = (Int64)0;
Int64 foo64 = (Int64)foo;
Int32 foo6432 =
From: Miguel de Icaza [mailto:mig...@xamarin.com]
There is no need to presume, the actual issue was just articulated on a
thread, please read it.
Pull requests do not work well with Mono. They need to be discussed in the
mailing list
Did I miss something? Do you not recognize that
From: Miguel de Icaza [mailto:mig...@xamarin.com]
I have not seen you discuss any pull requests on the mailing list. Did I miss
something?
In order to respond to this question, I just reviewed all the history of my
pull request, but there was a lot of volume in disjoint places (github,
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Bryan Crotaz
Who's with me?
FWIW, the state of mono for windows is really really bad, but it's not great
for rhel or ubuntu either. I agree *enormously* that there's a big
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Martin Thwaites
Just to give my2cents on this.
I would just like to know that things will get looked at approved at some
point.
Getting reviewed is one thing. (Difficult
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Edward Ned Harvey (mono)
Getting reviewed is one thing. (Difficult enough.) Getting approved is a
completely different thing - even more perilous.
... etc etc yadda yadda
This might have gotten buried in the other thread. So here's a new thread to
bring it up to attention.
Miguel, this question is probably for you. (And by the way, thank you for
everything, and especially thank you for participating here.)
The bottleneck that's preventing much community
From: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk]
Generally
speaking, the only reasons to build on windows are because you want to
debug the code, which is generally better done on mac/linux. Or you're
trying to accomplish something else, like obtain a specific DLL (such as
From: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk]
We use Visual Studio (plus Resharper as Bryan so rightly says - couldn't
get along without it) as we find this to be a productive development
environment.
+1
In addition there is a lot of development resource out there with
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Bryan Crotaz
Basically if we could persuade Xamarin to get mono building on Windows and
VS users able to debug Mono, suddenly there would be a lot more
developers able to
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Chris Eelmaa
I have question regarding building mono on windows,
namely I've tried a lot of times, and had a lot of different
Many venture into the waters of mono build on windows.
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of spiko
This problem has been resolved for me. Running apt-get update today
successfully got the repository details and I was able to install
mono-complete v3.10.0
Nope, I'm
Trying to run on ubuntu:
apt-get update
Gives me this error:
W: Failed to fetch
http://download.mono-project.com/repo/debian/dists/wheezy/main/binary-amd64/Packages
Hash Sum mismatch
E: Some index files failed to download. They have been ignored, or old ones
used instead.
From: Miguel de Icaza [mailto:mig...@xamarin.com]
Sent: Monday, September 22, 2014 9:50 AM
We've had a pull request outstanding
since April https://github.com/mono/mono/pull/1004
Perhaps the best thing to do is to file a companion bug, and raise the
priority
of that bug to major
From: Edward Ned Harvey (mono)
even as Xamarin customers you can't get anyone to review your
patches.
As a tiny little baby step in the right direction, I think Xamarin could at
least promise to review pull requests submitted by customers paying for
support. (This is a little bit shy
From: mar...@my2cents.co.uk [mailto:mar...@my2cents.co.uk] On Behalf
Of Martin Thwaites
Agreed on all counts. I agree, as Miguel mentioned, that it's necessary to
have quality control in place before accepting commits. As Martin says, don't
let something get worse as a result of supposed
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
It is not easy to add people. We can only add people that have shown the
practices and skills that come with reviewing patches and working through
the system.
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Edward Ned Harvey (mono)
Tru dat. However,
I guess I'm actually trying to say two separate things:
* When broken stuff doesn't get fixed, it's a disincentive for usage adoption
From: Rodrigo Kumpera [mailto:kump...@gmail.com]
See icall-def.h
Thanks. How did you know that?
Since I look in there, I can very clearly see a matching method definition, and
what it's connected to, and I was then able to find the implementation in
source and get all the answers I was
I am trying to find the definition for this:
mcs/class/corlib/System.IO/MonoIO.cs: public
extern static void Lock (...)
I'd like to know how the Lock() method is implemented, so I can understand the
valid parameters. (I know the two ints must be = 0, but I'd like
In Visual Studio, you right-click a project, properties, application, assembly
information, and set the version, which corresponds to AssemblyVersion and
AssemblyFileVersion in AssemblyInfo.cs, and it can be detected at runtime via
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Liwei Peng
I am evaluating mono for Linux (Ubuntu). One of my plans is to evaluate
mono CLR perf compared with Windows .NET CLR perf.
Before you get into it, you should know a few
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of mika
I notice that when clicking on the Windows build for mono 3.4 you actually
get 3.2.3. Is this a mistake?
Well... 3.2.3 *is* the latest windows build, but yeah you're right,
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
If you are in a rush, use a git checkout.
Or just use whatever is the latest stable release, namely 3.4.0? Unless
there's a specific feature you need, there will
From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
boun...@lists.ximian.com] On Behalf Of Edwin Liu
my os: ubuntu 14.04
there is an directory like
/home/home api
which contains white space, I want to get file content within the directory
home api
the demo
From: Alex J Lennon [mailto:ajlen...@dynamicdevices.co.uk]
Sent: Wednesday, July 16, 2014 5:15 AM
To: Edward Ned Harvey (mono); mono-devel-list@lists.ximian.com
fwiw - I am currently using System.Data.SQLite, deploying onto both
.NET/Windows and Mono/Yocto Embedded Linux
However I have
1 - 100 of 170 matches
Mail list logo