Entries:
Comments:
Posts:

Loading User Information from Channel 9

Something went wrong getting user information from Channel 9

Latest Achievement:

Loading User Information from MSDN

Something went wrong getting user information from MSDN

Visual Studio Achievements

Latest Achievement:

Loading Visual Studio Achievements

Something went wrong getting the Visual Studio Achievements

Discussions

LiquidBoy LiquidBoy Silverlight
  • AMD GPU14 / Mantle

    even the official AMDRadeon twitter account recommends reading the AnandTech article on Mantle Wink

    "Understanding AMD's Mantle: A Low-Level Graphics API For GCN" - http://www.anandtech.com/show/7371/understanding-amds-mantle-a-lowlevel-graphics-api-for-gcn

     

  • Microsoft sees phones as the future of Windows RT

    @felix9:I saw that a while back ...

    Question on my mind is do we get the WinRT XAML or do we keep the current SL XAML namespaces found across (System.Windows.*/ Microsoft.*) etc..

    From that WinMD its definitely brining phone libs (non UI) across BUT the SL-XAML is noticeably missing ...

    Part of me thinks MS will keep BOTH XAML stacks  (Windows.ui,xaml &  System.Windows.*/Microsoft.*). This allows them to rapidly innovate the Phone world at a faster pace than the tablet/pc world ..

    BUT the other part of me thinks we may get a reset and go with Windows.UI.XAML only...

    50/50 either way Smiley

     

    p.s. I've said a while back that I ultimately believe that both UI stacks can co-exist and use some form of Type-Redirection under the covers. Namespaces these days don't mean anything other than nicely grouping common libs/controls.. Underthe covers it redirects to the necessary libs anways.. So a "System.Windows.Controls.Grid" control in SL-XAML can use the same dll as Windows.UI.XAML.Controls.Grid" in WinRT ... Its just purely a tooling issue having both!

  • Windows and Line of Business ​Application​s: No Good Options

    @blowdart: yes I know that ...

    If MS offered a 100% on premise solution to this , no reason why they couldn't, then I'd be more open to this feature. If this meant dedicated TFS server etc. so be it.

  • Windows and Line of Business ​Application​s: No Good Options

    @felix9: At the MVP summit I voiced my opposition to having the sign on into VS2013 ... I don't believe MS has the right to know such things. Infact seeing as my day job is coding, I bet my employer would want to know exactly what is shared and future roadmap of such a feature! etc.

    I can sort of understand why MS would want to do this, for syncing and making VS more personal across devices etc. BUT I still feel strongly that VS should steer clear of this authentication feature!!

  • interesting XBox Next (or Next Next) rumors that link to Drawbridge ??!!

    @felix9: you don't see how the api's are being elevated into UserMode as something similar to what Drawbridge is doing ?

  • “Why Windows is slower” - a 'rant' from within WinDiv

    No one here is talking about ... "what if windows code were open source like Linux" ... then this would be a non issue as all code would be open/visible and clearly contribution can come from anyone and fixes/changes/enhancements will rise to the top based on there own merits..

    I agree that what this so called junior, or other business unit dev did was wrong, but I also wished that MS were more open with their code bases! Would be great to see what the evolution of the kernel would be like if it were open Wink

  • Immutable collections for .NET arrive

    I would love if you could ask

     

    1. Why did they choose the NUGET mechanism for the ImmutableCollections feature. Is this something we should expect going forward for other features from them Smiley

    2. What made them choose using NUGET over VISUAL STUDIO EXTENSIONS.

    3. What is the next step from this preview, or more importantly how do they envision the roadmap for these NUGET delivered features...

    4. How do these features finally make there way into .NET framework?

  • Hacking Redhawk: Call Windows Class Libraries from C++

    , BitFlipper wrote

    I'm not familiar with Redhawk but I assume you mean "Reverse P/Invoke"? If so, yes the .Net framework supports being called from C. Unfortunately this functionality is not plumbed all the way through to say, C#. Ideally there should be a "DllExport" attribute that allows a .Net assembly to have that method exported and be able to be called purely from C (while initializing the .Net framework during the 1st C call).

     

    This is a primer to the fabled 'Redhawk'  ... its the future api of windows (or rather the base classes of windows)

    http://channel9.msdn.com/Forums/Coffeehouse/System-Language-Runtime-or-Project-Redhawk-surfaces-in-Windows-8

    This is awesome stuff ... simply awesome!!!

  • The Singularity Project (with results)

    @evildictaitor:  I found this other document that talks about the architecture of Singularity including background information on how they came up with those cycles calculations..

     

    ftp://ftp.research.microsoft.com/pub/tr/TR-2005-135.pdf

     

    Would love your input seeing as you know this stuff intimately (assuming you have time ofcourse as its 44 pages long)  BUT its a great read Smiley

     

     

    Quote from the document

    Singularity is a micro-kernel operating system that uses advances in programming languages and compilers to build lightweight, software-isolated processes, which provide code with protection and failure isolation at lower overhead than conventional, hardware supported processes. Singularity provides an isolation boundary by running verifiably safe programs and by preventing object pointers from passing between processes' object spaces.

    SIPs, in turn, enable a new solution to the problem of code extension in systems and applications. In Singularity's model, extensions are not loaded into their parent process, but instead run in their own process and communicate over strongly typed channels. This model fixes some of the major problems with extensions, since in Singularity, they cannot directly access their parents' data or interfaces, and, if they fail, they can be easily terminated by killing their parents.

    Singularity is above all a laboratory for exploring interactions among system architecture, programming languages, compilers, specification, and verification. Advances in each of these areas enable and reinforce advances in the others domains, which limits the benefit and impact of studying an area in isolation. Singularity is small and well structured, so it is possible to make changes that span the arbitrary boundaries between these domains. At the same time, it is large and realistic enough to demonstrate the practical advantages of new techniques.

     

  • Joe Duffy : a "managed" system ... beat the pants off all the popular native programming environments

    Definetely sounds like evildicator knows his stuff, not questioning that. BUT I do agree with Joe Duffy as well with the overuse of split normally for massive dynamic strings and almost always with a collection of strings.. Lots of .NET devs, including myself, are very poor optimized programmers as Joe hints at..

    Regardless I also know that Joe and his team is probably working on Midori and the SingularityOS project, that several millions of lines of managed code on a managed os.

    Anyway I found some stats of Singularity, of how it improves across the board on certain OS system cycles ... Some of you may find it interesting :

     

    http://channel9.msdn.com/Forums/Coffeehouse/The-Singularity-Project-with-results