I'd have to agree with Martin here. The output of 2 functions should
surely match. The fact that the referencesource uses something that
defaults to something different per platform should be irrelevant.
The only point to consider is, should the output of a method be able to
differ per platform
Hi all,
I'm doing some work on mono, and everything was working fine until I did a
rebase against master, and now I'm getting an error when running make. I
haven't touched anything at this level, so I don't think it's something
I've done, so thought I'd check first.
Bootstrap compiler: Mono C# c
Do we not have a flag for if it's compiled for tests, rather than release?
On 14 Dec 2014 05:14, "Edward Ned Harvey (mono)" <
edward.harvey.m...@clevertrove.com> wrote:
> > From: Miguel de Icaza [mailto:mig...@xamarin.com]
> >
> > We would love a test case to add to the test suite.
> >
> > We are
On 27 November 2014 at 18:19, Alexander Köplinger <
alex.koeplin...@outlook.com> wrote:
>
>
>
> * aspnetwebstack (i.e. MVC+WebApi) -> same reasons as for EF, open-source
> and on NuGet, should be used from there
>
>
> I am actually not sure about this one, is that really the case?
>
>
> The latest
Hi All,
Has anyone got any idea what FEATURE_PAL is?
It's a define, and seems to have a lot of comments around IIS, and that if
it's Enabled, then don't do IIS stuff. Seems like something that we could
just add in our stuff to exclude alot of windows specific stuff without
having to add our own
In terms of the "mono download", are you referring to a git clone? or the
source tarball?
In terms of clone, I'd say it's valid to be there, they may not change
often but it would be good to see the version history within that fork,
rather than having to compare across mono and the fork.
However,
Thanks Miguel, I'll get started properly tonight.
So the DEFINE will be #if !CROSS_PLATFORM to exclude anything that is
native and won't work on non-windows?
On 20 November 2014 13:27, Miguel de Icaza wrote:
>
>> First, we need to the fork and sub-module up and running for the
>> reference sour
Hi All,
I'm planning on taking on the porting of part of System.Web, so I thought I
would make people aware so that we're not all working on the same thing.
My process is to start with importing HttpApplication in it's entirety,
then pull in the surrounding classes so it compiles. I can then sta
4 at 5:50 PM, Miguel de Icaza
> wrote:
>
>> I was thinking we just use a perl script ;-)
>>
>> On Wed, Nov 19, 2014 at 5:48 PM, Martin Thwaites <
>> monofo...@my2cents.co.uk> wrote:
>>
>>> Hi Miguel,
>>>
>>> Have you come up wi
, 2014 at 5:48 PM, Martin Thwaites > wrote:
>
>> Hi Miguel,
>>
>> Have you come up with a plan on how to implement the resource methodology
>> that's used for strings? i.e. the SR.GetString(SR.Name) type stuff? Are we
>> just going to implement some partial
hanks,
Martin
On 19 November 2014 21:02, Martin Thwaites wrote:
> Will do, I'm on "Gardening leave" for the next week, so I've got sometime
> to look at it.
>
> Do you have an ETA on when the fork will be created and the sub-module
> added?
>
> On 19 Novembe
ing to do System.Web, so feel free to step
> in.
>
> I am not sure if we can bring System.Web as a whole yet, I think it is a
> clear case of something that will have to be done in steps and starting
> with HttpApplication is as good as an idea as antyhing else.
>
> On Wed, Nov
; On Wed, Nov 19, 2014 at 2:26 PM, Martin Thwaites > wrote:
>
>> HI Miguel,
>>
>> Thanks, exactly what I've been waiting for! I only really have 1
>> question.
>>
>> In the ways that we are going to port things, you mention pulling in the
>> en
HI Miguel,
Thanks, exactly what I've been waiting for! I only really have 1 question.
In the ways that we are going to port things, you mention pulling in the
entire assembly. How exactly would you be thinking this would work? try
building and fixing anything that it depends from other librarie
plan of removing non-4.5 profile support from the current Mono
>>> code base - without introducing MS code yet - would make the gradual
>>> adoption of MS code much easer.
>>>
>>>
>>> On 11/15/2014 2:11 PM, Miguel de Icaza wrote:
>>>
>>
using partial classes to having to copy-paste and only in hat case we would
> reformat
>
>
> On Saturday, November 15, 2014, Martin Thwaites
> wrote:
>
>> Hi All,
>>
>> I'm looking into porting some code over from the reference source, and
>> I'
Hi All,
I'm looking into porting some code over from the reference source, and I've
noticed that it doesn't match the mono coding conventions.
Things like spaces instead of tabs, no space before the opening bracket in
a method call etc.
They seem like minor things, so I'm curious what the stance
look at asp.net. I think in the long term we want to replace
> most of it, but it needs to be done in stages, as it still contains a bunch
> of native stuff.m
>
>
>
> Miguel
>
> On Saturday, November 15, 2014, Martin Thwaites
> wrote:
>
>> Hi Miguel,
>
Hi Miguel,
Is there an ETA on merging your "large fork". I don't want to get started
on anything that you guys have already done?
Or could you tell us which areas to stay away from for now? Personally, I
would want to look at some of the system.web things.
Thanks
Martin
On 15 Nov 2014 03:07, "
Mac development.
>
> regards
>
> Mel
>
>
> El mié, 12 de nov 2014 a las 2:38 , Martin Thwaites
> escribió:
>
> Next stop... Visual Studio on Linux :D
>
> On 12 November 2014 19:45, Edward Ned Harvey (mono) <
> edward.harvey.m...@cleve
as on that front!
On 12 November 2014 20:40, Daniel Espinosa wrote:
> Xamarin Studio for Linux is comming soon!!!
>
> El mié, 12 de nov 2014 a las 2:38 , Martin Thwaites <
> monofo...@my2cents.co.uk> escribió:
>
> Next stop... Visual Studio on Linux :D
>
> On
Next stop... Visual Studio on Linux :D
On 12 November 2014 19:45, Edward Ned Harvey (mono) <
edward.harvey.m...@clevertrove.com> wrote:
> > From: mono-list-boun...@lists.ximian.com [mailto:mono-list-
> > boun...@lists.ximian.com] On Behalf Of Miguel de Icaza
> >
> > Hey guys,
> >
> > I posted
.NET is to be fully opensourced by Microsoft under the MIT Licence.
On 12 November 2014 16:20, Gergely Buday wrote:
> It is not available at the moment. Could you summarise?
>
> On 12 November 2014 17:10, Martin Thwaites
> wrote:
>
>> Hi All,
>>
>>
Hi All,
I have no words...
http://www.hanselman.com/blog/AnnouncingNET2015NETAsOpenSourceNETOnMacAndLinuxAndVisualStudioCommunity.aspx
Martin
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mon
So, after thinking about this further. The question I have is not really
about CoreCLR.
What I want to know is, the libraries that Microsoft are making available
via their nuget (myget at the moment), are these going to be tested again
.net, mono and CoreCLR? I.e will the libraries be cross platf
Hi All,
I thought I'd break this into a separate review as there as has been some
questions raised on it's validity.
After reviewing, since we're implementing the change that forces the use of
Request.InputStream over the GetBuffer* methods, the only people who will
hit the MissingMethodException
about the other outstanding stuff.
Thanks,
Martin
On 3 November 2014 21:48, Martin Thwaites wrote:
> Hi Miguel,
>
> I've rebased, and also added the reordering of the compilation. Please
> can you review that before you merge? I've tested it on a fresh clone and
>
in for all you're doing.
https://github.com/mono/mono/pull/1363
Martin
On 2 November 2014 13:51, Miguel de Icaza wrote:
> I don't really have a strong opinion. Can you teens me the email you
> want me to look at?
>
>
> On Sunday, November 2, 2014, Martin Thwaites
>
ng slash and
>> lowercaseUrls properties in RouteBase class. We just need to put the
>> implementation together.
>>
>> Anyway, after applying all of these, my large WebAPI solution not only
>> compiles, but it also runs!
>>
>> If you want to checkout w
> implemented or half implemented.
>
> But we do not do this for missing items that could be configured out of
> band. For those, if they matter, we file bug reports.
>
> Miguel
>
> On Sun, Nov 2, 2014 at 4:20 AM, Martin Thwaites
> wrote:
>
>> Amazing, thanks
have some more information on whether it
does work. I'm sure there will still be bugs, but if it works mostly, then
bug fixing is easy (famous last words).
>>
>> https://github.com/martinjt/mono/tree/mvc_allfixes
>>
>> Thanks for everyone's help.
>>
>&g
You're going to need a new roll of toilet paper for that list soon!
Only joking, we all appreciate you spending time with us.
On 30 October 2014 21:38, Miguel de Icaza wrote:
> In general, it looks fine, but I want to review this in more detail.
>
> I'll add it to my list.
>
> On Thu, Oct 30, 2
class/Makefile to just after the
System.Data reference.
Any ideas if this is not advisable anyone?
Thanks,
Martin
On 24 October 2014 22:49, Martin Thwaites wrote:
> Hi All,
>
> This is part of the ongoing work for the aspnetwebstack. The only thing
> it's missing is tests a
ll still be bugs, but if it works mostly, then
bug fixing is easy (famous last words).
https://github.com/martinjt/mono/tree/mvc_allfixes
Thanks for everyone's help.
Martin
On 20 October 2014 20:42, Martin Thwaites wrote:
> Hi Miguel,
>
> The code that I'm referring to he
Hi All,
This adds a couple of methods to the HttpRequestBase and HttpRequestWrapper
to access the relevant methods on the request.
We do have the GetBufferlessInputStream and it appears to be implemented,
however, it will likely not be used as the setting of the
ReadEntityBodyMode to "classic" in
Hi All,
I don't profess to know what it does, however, I've looked at the usage of
this in the aspnetwebstack, and under a few scenarios, it defaults it's own
helper method to CancellationToken.None. Therefore I'm assuming this is ok
as a default in the code.
http://aspnetwebstack.codeplex.com/S
Hi All,
When I put the code in for ReadEntityBodyMode I neglected to implement the
default in the HttpRequestBase.
I've set this to "Classic" as this should force callers to use the
HttpRequestBase.InputStream instead of the buffered/bufferless methods
(which aren't implemented). Although we hav
back on my computer
>
> On Sun, Oct 26, 2014 at 9:50 AM, Martin Thwaites > wrote:
>
>> Hi Miguel,
>>
>> Does that have implications in regards to this PR? i.e. is it just that
>> it doesn't solve the problem, or that the implementation here is wrong?
>&g
Hi All,
This is a simple PR for the property added in .NET 4.5.
I couldn't find any existing tests for the module, and I struggled to find
a way to test it.
All I've done to test it is added to an existing application I have and it
functioned the same on windows and linux.
Let me know if there
try with the
> current pipeline before refactoring the request processing pipeline.
>
> Thank you.
>
> Kornel
>
>
> On 10/26/2014 2:50 PM, Martin Thwaites wrote:
>
> Hi Miguel,
>
> Does that have implications in regards to this PR? i.e. is it just that
> it d
the ASP.NET 4.5 Async Pipeline email thread started by
>> Martin Thwaites, I realized that there actually is no new async pipeline in
>> ASP.NET 4.5, it merely provides wrappers around tasks to ease
>> interfacing with the old async pipeline.
>>
>> I've looked arou
in depth all the ramifications.
> Once that happens, then we might consider it.
>
>
> On Sunday, October 26, 2014, Martin Thwaites
> wrote:
>
>> Hi Miguel/Charlie,
>>
>> If there is no fundamental reason not to use a more recent version, then
>> I'll a
) With 3.0 - likely to be a bigger job but easier to maintain thereafter.
>
> Maybe some monodevelop guy wants to work with us?
>
> Charlie
>
> On Sat, Oct 25, 2014 at 8:55 PM, Miguel de Icaza
> wrote:
> > Time.
> >
> > On Sat, Oct 25, 2014 at 3:22 PM, Mar
Hi all,
I've been writing some unit tests recently and I've noticed (the hard way,
by using things that don't exist like Assert.Throws and having to re-write
them) that we're using an old version of NUnit (2.4.8). Is there a reason
for not upgrading to something more current?
The current version
This has just come up in another discussion and I thought I'd separate it
out so it doesn't dirty the PR discussion...
Alex, some questions on your response.
"CoreCLR is intended to be Windows-only too from what I've heard, as it
doesn't make much sense for Mono (you can already do side-by-side
d
Hi Kei,
This looks like a good now (one small coding change I've just added). Note
that I'm not someone who can approve the patch, just an enthusiastic
volunteer.
Does this mean that the "k web" commandline for the vNext example site
(Music store) works after the patch? Something I was trying f
Hi All,
This is part of the ongoing work for the aspnetwebstack. The only thing
it's missing is tests around the PasswordStrength regex, however, I'm no
good with regex so maybe someone can give me some to add to the test and
valid/invalid strings to test against?
I'm also hoping that the approa
distro question?
Thanks,
Martin
On 24 October 2014 19:13, Miguel de Icaza wrote:
> Hello Martin,
>
> There is no such thing as a "3.x.x series". It does not exist. It
> never did.
>
> You must be confused.
>
> Miguel
>
> On Fri, Oct 24, 2014 at 12:34
about it.
>
> Right now we were just planning on calling the next one Mono 3.12. But
> perhaps the time has come for a nice bump!
>
> Miguel
>
> On Wed, Oct 22, 2014 at 4:21 PM, Martin Thwaites > wrote:
>
>> Hi Miguel,
>>
>> Would you be looking at
sh (true); } catch { response.
>> Close (); } }
>>
>> The only think that i'm sure of is that we are sending an exception with
>> http 200 :)
>>
>> I can replace 500 with exc.GetHttpCode() if you prefer?
>>
>
> Forget about this, this will sen
I think I remember seeing a load of ifdefs for j2ee in Httpapplication.
On 24 Oct 2014 11:58, "Etienne Champetier"
wrote:
> Hi
>
> 2014-10-24 12:37 GMT+02:00 akoeplinger :
>
>> I removed TARGET_JVM with https://github.com/mono/mono/pull/1200, do you
>> still see it somewhere?
>>
> No (except in c
Hi All,
I'm currently putting together the MembershipPasswordAttribute class, and
writing some unit test, but it occurs to me that I actually can't test it
properly due to the fact that one of the overrides needed is protected.
What I came up with was to derive a test class from the attribute and
Hi Miguel,
Would you be looking at calling this Mono 4.0? Not that it makes any
difference really, it just seems there's been a lot of improvements in
recently, and an announcement of a new version me give some renewed
interest.
Thanks,
Martin
On 22 October 2014 21:10, Miguel de Icaza wrote:
>
, do you think you'll be going to Future Decoded on the 12th?
There's a possibility I might be going and it would be nice to put a face
to the name.
Thanks
Martin
Hey,
The changes should be done in Mono. Just enough to have aspnetwebstack
compile out of the box.
On Wed, Oct 22, 2014 at
e great research material.
>
> I can assist (in my copious spare time) with this, as I wrote chunks of
> the current ASP.NET pipeline with Gonzalo.
>
> Miguel
>
> On Tue, Oct 21, 2014 at 4:02 PM, Martin Thwaites > wrote:
>
>> Hi all,
>>
>> I'm
Hi all,
I'm still working through implementing methods to mvc/webapi, however, I've
found that the newer versions of WebApi are reliant on async controllers.
Now, my perception is that this means that the note on the mono
compatibility page around the Async Pipeline needs to be implemented for
th
Hi Miguel,
The code that I'm referring to here is that of the aspnetwebstack on
codeplex. That is to say that they are not something where you can remove
the code and recompile (unless there as a specific mono implementation
which is not ideal). The goal is to have the compiled dlls that are
ava
Hi Miguel,
I did look at the Membership stuff, but it looked to me that the names
"made sense", therefore didn't think it was decompiled.
I haven't actually looked at that much so I'll implement it this week.
@Mike, mail me when you're done if you want and I'll review it.
As for the properties,
ourney. On the plus side, MVC 5.2.2 works out of the box it seems.
Thanks,
Martin
On 20 Oct 2014 02:43, "Daniel Lo Nigro" wrote:
> By "aspnetwebstack" do you mean the current ASP.NET stack or do you mean
> ASP.NET vNext?
>
> On Sun, Oct 19, 2014 at 1:37 AM, Martin
Hi all,
Just wanted to give a quick update on where I'm at with getting things
implemented for the aspnetwebstack to work on mono.
As I've said before, my goal is to make it so that the aspnetwebstack
solution will compile against mono, without tweaking anything (this is
stage 1). It's proving t
10).aspx
>
> It might be good to find out if there are other things that this call
> should do beyond closing the connection. It seems like it was intended to
> be used against a malicious HTTP client (which I have no information about
> what they mean by this).
>
>
>
> O
Hi all,
I've just submitted a pull to add Request.Abort() to the HttpRequest
class. It simply calls "CloseConnection" on the worker request so it's
pretty simple.
I'm not sure how to add a unit test for this so any help would be
appreciated.
This is for the work I'm doing on getting the aspnetw
Hi all,
I'm wondering if, when adding new classes, we need to also add the file to
the relevant .csproj file as well as the .sources files?
I'm not sure what state they're in, but I am using them myself to develop
with, so it would be useful if that was the rule.
Thanks,
Martin
_
Thanks Miguel,
I appreciate why you would want to keep them, however, do you not feel the
list is currently unmanageable?
Maybe we could add labels (the ones in GitHub, not used them before but it
looks like it could work) to the older ones like "inactive" so we know
which ones are worth reviewin
Hi All,
This is probably more a question for Miguel, but I thought I'd make it
public.
I'm looking through the list of PR's (103 at the moment) and I thought it
best to go from the end. However, it seems like most of these are either
done by someone who no longer has interest in contributing, or
at
> least look clean and good.
>
> From a fellow user of Mono who is interested in its success and expansion
> (with no say in any outcomes here), thanks for doing this.
> On Oct 16, 2014 6:23 PM, "Martin Thwaites"
> wrote:
>
>> Hi all,
>>
>> I
Hi all,
I've just put up my attempt at getting the MachineKey.Protect and Unprotect
methods available in mono. I'd be grateful if someone give it a quick
review to make sure it makes sense.
https://github.com/mono/mono/pull/1349
Couple of notes. There is no compatibility with encrypted items t
Hi Miguel,
I have considered helping out by commenting on PR's, however, I've always
felt that I'm not nearly experienced enough to have my opinion/view
respected by the committer.
I definitely think forcing/gently encouraging people to create a discussion
on mailing list to ask for review would
4 21:26, Miguel de Icaza wrote:
> Hello,
>
> I would say, let us wrap up what you have, and then we can review the
> implications that lacking some options might have.
>
> On Thu, Oct 16, 2014 at 3:30 PM, Martin Thwaites > wrote:
>
>> Thanks for the quick reply Miguel
Just to give my2cents on this.
I would just like to know that things will get looked at approved at some
point. I saw a while back that there was a flurry of activity on PR's, and
some people (possibly after direction from Miguel) whacked that list down
considerably.
Is there anything that Xamar
tion at
> all.
>
> When it comes to crypto, things are a little bit different, and we need to
> be more careful.
>
> What are the things that would not work from the spec?
>
> Miguel
>
>
>
> On Thu, Oct 16, 2014 at 3:20 PM, Martin Thwaites > wrote:
>
Hi All,
In my latest endeavour to get the aspnetwebstack functioning on mono, I've
found that the MachineKey.Protect and Unprotect classes aren't implemented.
So, I've tried to put together something that would work, but not something
that meets all the information supplied on MSDN page (e.g. fra
11:44, Robert Jordan wrote:
> On 08.10.2014 23:05, Martin Thwaites wrote:
>
>>
>> I've tried adding a reference to it, and I can't find that assembly, even
>> in the mono directories.
>>
>> So the question is, does compiling Resx files work in mono?
&
Hi All,
I'm looking at trying to get the latest version of the aspnetwebstack
working on mono, and came across an issue with Resx files.
First, this may be my environment, so if it is, please let me know.
The issue is that I'm getting the following error when trying to compile
one of the assembl
Hi all,
I'm going to try and dedicate a bit of time to the project over the next
couple of months and need a little help understanding where to start with
something specific.
I've been trying make an application mono compliant but came across a bug
in that web Api 5.2.2 isn't compatible with mono
I would have to both agree and disagree with Edward on that...
Yes you need things to be updated and made to work so you get people
wanting to use the platform. However, without making sure that the patches
meet standards and are considering all the options, you risk the opposite
the code gets wo
Does a simple "make test" not run all the tests? Or are you looking for
something else?
On 2 Sep 2014 22:59, "Liwei Peng" wrote:
> Hi Mono,
>
>
>
> I am evaluating mono on a Linux machine (Ubuntu). I’d like to run the full
> test suites published on this website:
> https://wrench.mono-project.c
Couple of things that will help.
Mono version, platform and whether it was compiled from source or installed
by soke other means
Sample app (not your entire codename, just a basic console app that
replicates the issue).
In the first instance I would look at replicating this using basic stuff,
I.e
Good luck... this does sound very interesting...
On 13 June 2014 22:10, Bob Summerwill wrote:
>
> I am delighted to announce that Crosstwine Labs (Damien Diederen) will be
> contracting for Kitsilano Software to bring Tizen support to Mono up to
> spec.
>
> http://crosstwine.com/
> https://twit
So I've been playing with vNext and mono, and I was wondering around the
library support.
Microsoft have said that they will be adding mono to their test matrix.
However, they haven't (from what I can tell) gone as far as saying what
exactly they will be testing i.e. is it just the kre/kpm/etc, or
Hi Miguel,
As always, thanks for your work on this. I'm looking forward to
contributing once it's completed.
I have a small question/suggestion around the solution...
If we added the test projects to it, could we build and run the tests using
the VS/MD/XS. This way you get debugging built in..
I don't know whether it's relevant, however we recently upgraded an
ASP.NETWebForms application from 2.0 to 4.0 and there were numerous
little gotchas
on the. NET runtime. Granted a lot of these were with third party
libraries, but I would be concerned that this could simply cause some
application
, but I will try to finish it this week.
>
> Miguel
>
>
> On Tue, May 13, 2014 at 6:55 PM, Martin Thwaites > wrote:
>
>> So I've given in, and I'm now looking at using linux (ubuntu 14.04) to
>> try and add some things to mono.
>>
>> I have the
So I've given in, and I'm now looking at using linux (ubuntu 14.04) to try
and add some things to mono.
I have the same issues with loading the net_4_5.sln file in MD as I do in
VS, in that it won't compile. I'm assuming that the solution itself is
just broken.
The main issue though is I've not
Hi Alex,
I've been giving your tutorial ago, and I have some things that may be good
to add...
firstly, I'm building from git, and I checked it out using the visual
studio clone. I think this lead to a line endings error, so you need to
run the script in a way that uses them properly. I found t
is missing tests :-)
>
>
> On Thu, Apr 24, 2014 at 9:51 AM, Martin Thwaites > wrote:
>
>> I've just found that Matthid on Github has done a far better
>> implementation in pull 888 so I won't bother...
>>
>> Who needs to look at it before it'
2014 14:03, Edward Ned Harvey (mono) <
edward.harvey.m...@clevertrove.com> wrote:
> > From: mar...@my2cents.co.uk [mailto:mar...@my2cents.co.uk] On Behalf
> > Of Martin Thwaites
> >
> > I'll have to wait until someone puts a guide together about developing on
> > wi
ither taking a long time to merge, or just being ignored.
Anyway, rant over, thanks for the response.
Thanks
Martin
On 26 Apr 2014 02:05, "Edward Ned Harvey (mono)" <
edward.harvey.m...@clevertrove.com> wrote:
> > From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-
I want to start making some changes to mono, but I want to do so on
Windows, using Visual Studio (no offense meant to Xamarin Studio or
MonoDevelop, I just like Resharper...
I've been going over the documentation on building mono with visual studio,
and it seems old and does seem to work for me.
I've just found that Matthid on Github has done a far better implementation
in pull 888 so I won't bother...
Who needs to look at it before it's merged?
On 23 April 2014 19:56, Martin Thwaites wrote:
> First, I'm not asking for something to be implemented, I'm as
First, I'm not asking for something to be implemented, I'm asking for help
implementing it as I think there will be more and I'm endeavoring to
implement them all if possible.
I'm having a play with trying to get the MVC5 boilerplate working on mono
and one of the libraries (Microsoft.Owin) uses t
I was actually thinking of posting a question to the list when I saw that
article but had the same reservations about the validity.
Although it makes sense from a Microsoft perspective (imho) to back Xamarin
(through purchase or through funding), I can only wonder whether they would
eventually (no
I'll caveat this with "I'm not a legal expert"...
Doing a bit of research, according to Wikipedia, it's the most restrictive
of the Microsoft Shared Source licences.
It seems that it can be used for "Reference use". I'd read this to mean
that you cannot reproduce the identical code in mono, but,
Is there a logic to how I would work out what the latest "Stable" branch is?
What I mean by this is the branch that is considered to be "bug fix" only?
Basically, I'm trying to workout what is the best source to compile for a
production machine as I'm running ubuntu and don't want to stick with t
e latest MS Entity 6 beta and the
> Devart SQLite data provider.
> I was able to query quite a substantial pre-existing data set when running
> on Mono.
> So it is doable.
>
> Jonathan
>
> On 19 Aug 2013, at 00:17, Martin Thwaites
> wrote:
>
> Thanks Daniel.
>
&g
date.
>
> If you only need basic features, I'd suggest looking at a micro ORM like
> ServiceStack ORMLite, Dapper, or Massive. These are all very basic facades
> over raw ADO.NET, usually providing only basic ORM. I use ORMLite with
> Mono and it works quite well.
>
>
>
I'm starting a new project from scratch soon, and I'm selecting some
components. I do everything in mono.. you'll be pleased to hear ;)
For ORM, I'm looking to utilise EntityFramework, so I'm wondering where the
development is at, is anyone working on it, etc.
I don't think I'll be using any adv
I'm looking for bit of advice on adding something to mono.
Specifically, it's a property in the hosting class called
InClientBuildManager, there are a few more too, but this is the one I think
should be implemented first.
My question is, adding the property isn't a problem, but where would I set
d what it is and who is most able to implement it.
>
> Atsushi Eno
>
> Martin Thwaites wrote:
>
>> I'm not sure of the best place to raise this, it's not a bug really, but
>> a property that seems to be new to the framework.
>>
>> System.Web.Hosting
I'm not sure of the best place to raise this, it's not a bug really, but a
property that seems to be new to the framework.
System.Web.Hosting.HostingEnvironment has the property
"InClientBuildManager" and it looks like it was added in 3.5.
The reason I think it's an important thing to get added s
1 - 100 of 102 matches
Mail list logo