Who gets to decide what is, and is not, trolling? Will trolling be a crime, and under what statute? How much will the "troll patrol" cost?
What happens if you did this in RL? If someone made that comment to you what are you going to do? Go to the police and tell them that he called you names? Harden the fuck up you pansy-ass douchebags.
Look at the volume of responses from angry/.ers frothing at the mouth at these kinds of comments, if you wanted to troll/. that certainly seems to be the best way to do it because there's no shortage of people who would love to believe you're serious (your list and all the angry cries of 'shill' are proof of that).
For some reason there are some people who just can't leave these troll comments alone, just let it be moderated down so we don't have to see it instead of contributing to its visibility. Stop feeding the trolls, it's that simple.
Yep, they always have been, that's why you have seemingly endless configuration options for different applications - most often games - where as on say a gaming console you don't need them because the platform is consistent.
Why? The i need a computer to copy them across with - and not just any computer, it has to be the one i've synced with - the logical thing would be to just support USB. The fact is it can't play movies off a usb hard drive.
If size, weight, battery life, OS, adaptability (IE using a keyboard or not) aren't a paradigm shift I don't know what is.
I'm not sure you know what a 'paradigm shift' is, those things aren't a paradigm shift, they are all things that have been iteratively changed over time for decades.
Well said! That's the reason i got rid of my ipad, for every thing it could do it always seemed my phone, laptop or TV did an equal - or in most cases, better - job of it. And certainly re-encoding video to get it on there because it doesn't support particular formats is something you shouldn't have to deal with.
Phones yes, tablets not so much. I had an iPhone, iPad and Macbook Air and i found the iPad just got very rare use because it was easier or more efficient to do the tasks on the phone or laptop, the only thing i ever really used the iPad for was web browsing, there was just no situation (naturally YMMV) where the iPad was the best tool for the job.
I don't know what settings you have but I don't get any warnings at all.
It's a standard install and OSX will give you this message if you try to remove safari (or some other default install apps). It's default behavior in OSX.
That doesn't make sense. You simply cannot compile MFC/ATL on a platform without Win32 APIs, which is why it isn't there on Windows Phone.
Not on WP7 but on WP8 since it uses WinRT and the NT kernel.
You could certainly compile it on ARM. It's just not available to developers outside of MS.
So, no, internally WinRT and WP8 are much further away than WinRT and Win8. The latter two have the same kernel and largely the same userspace, unlike the former which mostly shares the kernel.
Explain? WinRT and WP8 share a lot more than the kernel, so if that's all you're basing it on then you're way off (filesystem, Bitlocker, SecureBoot, WinRT, SQLite, DirectX, 32-bit only). WindowsRT and WP8 also both lack all the legacy libraries (and even many non-legacy libraries) and all 64bit support that Windows 8 has which is the reason neither supports much existing Windows software at all. WP8 and WindowsRT certainly appear a hell of a lot more similar than either does to Windows 8.
There's no such thing as a ".NET version of Office". All Office versions are mostly native code.
Got a source for that? Some native code obviously exists in there but where it interacts with the OS and all the windowing the assemblies (in Office 15) seem to indicate it's mostly.Net.
Win32 API is a set of libraries, more or less - it sits on top of the NT Native API, which is what the kernel and the core OS provides.
And? If you've re-designed the kernel and most of the userspace for your new formfactors where you're eliminating backwards compatibility and installation size is an issue (you don't want 1/2 of your 32GB flash taken by the OS) it makes sense to eliminate much of the win32 cruft on those platforms.
At which point you get a message box (in Lion and Mountain Lion, didn't try it in anything earlier) telling you it's components are required by the operating system.
MFC or ATL are just wrappers over the vanilla Win32 APIs. The latter is what I'm talking about.
And the latter is what i'm asking about. MFC/ATL (among others like VfW, DS, etc...) aren't available on Windows RT/Phone8 which means a huge segment of applications (in fact most of the popular Windows applications) will not be able to be compiled because those APIs simply do not exist, even if all the win32 APIs exist. That's the difference between Windows 8 and RT/Phone8. RT/Phone8 are far more technically similar than either are to Windows 8.
I'm not sure what you need a reference for.
The win32 APIs that are on WindowsRT, just because they have.Net versions of Office and explorer doesn't mean they ported all of win32.
It doesn't actually take all that much effort to port the libraries. It's mostly C and C++, remember, and ARM is a 32-bit architecture, same as x86, so you can get pretty far with just a recompile.
Just like MFC, ATL, etc... unless of course there were win32 APIs missing.
There is a small piece of code to load a different type of parent window on Android - detected using the normal Java mechanism. Once it hands over to the JoGL code then there is nothing really to do, since JoGL supports Android the same as any other platform.
And if you extensively use Swing or AWT you have to port all of that to Android's XML-based UI.
Actually, what I'm trying to discern is you reason for arguing. Is your argument that it is perfectly possible to write massively multi-threaded, cross-platform real-time applications in C++ in a manner that is easier than doing it in Java?
No - and in fact if you recall you said cross-platform solution for rich clients - i'm not arguing at all, again i'm not advocating one way or the other, try to comprehend that, I'm just trying to work out what your justification is. With your 'decades' of experience you can't even come up with any specific examples to back up your comments. With all these problems with all different platform-specific libraries i would think it would be pretty easy to have dropped an example, but throughout the course of this entire thread you've staunchly resisted being at all specific.
It is always a lot more effort and risky to write such programs in C++ relative to Java (which was my point) - apparently do disagree, yeah?
No, it does depend on your proficiency in those languages though, and no that wasn't your point, you quite categorically said cross-platform solution for rich clients.
because I am writing such an application and my *experience* has lead me to make the statements I do
Which is precisely why i would have thought if that were true you would have had no problem backing up your statements with specific facts sometime in the last 8 or so times i asked but you continue to post that you have all this experience but nothing specific. Except to say that you go to the trouble of using JVisualVM to examine your running code Java for memory leaks - which makes sense in most applications but certainly not in a non-deterministic highly parallel application.
In that case, may I ask whether you have ever written such a large massively multi-threaded, cross-platform real-time application? if so then was it easy with C++ and were you very bug-free?
I use a lot of GPGPU for offloading massively parallel tasks, the language that drives it doesn't really matter so long as it has bindings for the GPGPU library (in my case mostly CUDA).
So, if you can be bothered to outline your experience in solving this problem then I'll bother to give a list of libraries that I've found shitty to work with when doing cross-platform stuff. Deal?
I'm not trying to sway you one way or the other or advocate for either way, i even said i'm not currently using C++ so i don't see how it's so hard for you to understand i am looking at this in an objective way and only asking for clarification of your statements. I can see you're pushing Java pretty hard but i don't really have any preference for anything, i'll use whatever tool is best suited for the job. I'm trying to ascertain what the experience was that led you to make the statements regarding c++ and as far as you have told me there isn't really any.
Those APIs do exist on Windows RT, that's how its classic desktop, Office etc works. You just don't get access to them in your own apps, unless you find some way to jailbreak it, or somehow procure a Microsoft signing key for your binaries.
I doubt it but do you have a link? There's no reason they would need to port MFC and ATL for desktop, Office or IE and I doubt they'd bother to port any more of the win32 libraries than what they absolutely need.
I'm not the one making ambiguous comments with no explanation, that'd be you. All i've asked for is specificity in your comments, you make claims that you've worked with c++ for decades yet you can't provide any specific examples, one could do the exact same for Java and you'd simply arrive at an impasse.
Fortunately they have cleaned somewhat and it has become more OO like, say, Swing. But why settle for the imitation when I can have the real thing?
You specifically mentioned Android in your original post, are you running Swing on Android? If you don't like Qt that's fine, but that's not an objective criticism.
As in, moving C++ code between the same compiler. I remember using STL with g++ 2.7.2 back in the day (that version was stable for a long time) and then a patch-level release broke the tens of thousands of lines of code I'd been working on. Had to go and fix it all up.
What was that? In any case g++ is just one of many compilers, given its open source nature it is prone to issues just like that, just like the issues with going from Hotspot to Harmony in Java.
It didn't work right in Visual Studio and it didn't work right on Xcode. I then had to go and fix all the stuff up because each system puts its system headers in different places and the code required porting.
So you're complaining that platform-specific code that hasn't been ported is not cross-platform. It's not hard to write cross-platform code but if your code is platform-specific then you can hardly expect it to just compile on all platforms with no changes. Much like going from Hotspot to Harmony or JamVM.
Because C++ comes with fsck all as part of its standard library it means every platform has it own libraries (and way of doing things) that you have to fix up.
Which is why you use cross-platform libraries, if you use platform-specific libraries you're naturally going to have trouble porting, but again (for like the 8th time) what are these libraries you've had so much trouble with?
My Java implementation of the optical atmospheric transmission just works when I *copy* (not recompile) it between Win7, Ubuntu and Mac OS X.
Uh yeah, that's what you would expect given that it's not native code.
Because I use JVisualVM and carefully examine the runtime execution of my code. I ensure that my products don't have resource leaks. Maybe I know what I'm doing.
So then why do you have so much difficulty writing non-leaking code in c++?
Every third-party C++ library you get that uses stcmp() instead of strncmp() or pointer-arithmetics their way into segfaulting.
Like what? Why can't you specify which ones you've had problems with? If you're so experienced you should be able to specify them, this is what I asked for from the start. If you had problems and there were no alternatives then what were the problems?
The only thing that is baseless is your assumption that I'm just another dumb Java guy who doesn't know diddly about C++. Like I said, I've been doing C and C++ for nearly two decades and have evolved past it. That's why I tire of folks like yourself that think because C++ is old and crufty it must be more l33t than modern alternatives.
Get it through your thick head I'M NOT ADVOCATING C++ OR BASHING JAVA! You demonstrated your lack of expertise by ignoring the fact that memory leaks occur in Java, that is not a 'problem' with Java at all and I would never claim that it is, that is a problem with your understanding of Java. I don't even know you much less give a shit what programming language you use.
It is laughable you think that I "clearly have no idea..."
Then why are you so ignorant of things like memory leaks in Java? Why can you not specify all these C++ horrors you refer to ( 'awful porting nonsense' and 'dumb loopholes' and 'vile and unnatural' and need to re-architect because of unspecificed porting issues with libraries)? What is abundantly clear is that you have no idea what you're talking about, prove me wrong if you can, what libraries did you have to re-architect for? what porting nonsense? what dumb loopholes? what do mean by 'vile and unnatural'? If you do know what you're talking about you can tell me exactly but since you actually don't have any experience you can't specify what you meant by any of these things, they are just baseless.
Technically speaking, Windows RT is Windows 8 for ARM, nothing more, nothing less.
Actually technically speaking it's a lot less, the very reason most people use Windows is for existing x86 software, none of which runs on WindowsRT and that's not just processor architecture differences that could be overcome (mostly by a recompile it's that the APIs simply don't exist on WindowsRT.
In terms of technical restrictions on third-party apps (sandboxing apps etc), yes, it's closer to Windows Phone. But remember that it still has a classic desktop, it's just that it will only run Microsoft-signed desktop apps.
Is there a problem with that? Yes it's anti-competitive but so are restrictions on iOS, unless it comes to dominate the market such that it becomes really the only choice that's fine, that's how anti-trust and anti-competition law work.
Even so this means that you get command prompt, PowerShell and Office.
I certainly doubt that will swing people from the dominant iPad.
As far as I know you can uninstall Safari though some of the libraries Safari uses are core OS X libraries and should not be removed.
Nah you can't, it won't let you remove it. Naturally you can force-delete it and all its associated libraries just like you can with IE, but it will break things as those libraries are required by certain OS functionality.
The other problem is that Windows RT does not allow the installation of third-party desktop apps; Metro only. So you can't write a third-party desktop browser for it - but it does have desktop IE...
These two things are what Mozilla and Google were complaining about. That they basically cannot fully compete with IE on Windows RT due to sandboxing that applies to them but not to IE.
WindowsRT is basically Windows Phone for tablets, it may not be bad (I personally had a WP7 device for a while and IMO it was quite good) but there is no real compelling reason to use it over iOS or Android so I doubt it will be overly successful and I certainly don't think it will hit a position in which it has monopoly share of any market so there is unlikely to be any anti-trust ruling regarding it.
Slashdot Mirror
Who gets to decide what is, and is not, trolling? Will trolling be a crime, and under what statute? How much will the "troll patrol" cost?
What happens if you did this in RL? If someone made that comment to you what are you going to do? Go to the police and tell them that he called you names? Harden the fuck up you pansy-ass douchebags.
Look at the volume of responses from angry /.ers frothing at the mouth at these kinds of comments, if you wanted to troll /. that certainly seems to be the best way to do it because there's no shortage of people who would love to believe you're serious (your list and all the angry cries of 'shill' are proof of that).
For some reason there are some people who just can't leave these troll comments alone, just let it be moderated down so we don't have to see it instead of contributing to its visibility. Stop feeding the trolls, it's that simple.
I guess that means PCs are fragmented.
Yep, they always have been, that's why you have seemingly endless configuration options for different applications - most often games - where as on say a gaming console you don't need them because the platform is consistent.
Just copy the movies onto it?
Why? The i need a computer to copy them across with - and not just any computer, it has to be the one i've synced with - the logical thing would be to just support USB. The fact is it can't play movies off a usb hard drive.
Thanks, i don't have any modpoints but you get an LOL :)
You can do all this with an iPad.
You obviously can't play dvd or bluray, and unless you've jailbroken it you can't connect a usb hard drive to play your movies off.
If size, weight, battery life, OS, adaptability (IE using a keyboard or not) aren't a paradigm shift I don't know what is.
I'm not sure you know what a 'paradigm shift' is, those things aren't a paradigm shift, they are all things that have been iteratively changed over time for decades.
Well said! That's the reason i got rid of my ipad, for every thing it could do it always seemed my phone, laptop or TV did an equal - or in most cases, better - job of it. And certainly re-encoding video to get it on there because it doesn't support particular formats is something you shouldn't have to deal with.
Finally, the USB Stick issue seems to again come back to IT: network infrastructure wasn't set up for easy transfer of files
What do you mean?
Phones yes, tablets not so much. I had an iPhone, iPad and Macbook Air and i found the iPad just got very rare use because it was easier or more efficient to do the tasks on the phone or laptop, the only thing i ever really used the iPad for was web browsing, there was just no situation (naturally YMMV) where the iPad was the best tool for the job.
I don't know what settings you have but I don't get any warnings at all.
It's a standard install and OSX will give you this message if you try to remove safari (or some other default install apps). It's default behavior in OSX.
That doesn't make sense. You simply cannot compile MFC/ATL on a platform without Win32 APIs, which is why it isn't there on Windows Phone.
Not on WP7 but on WP8 since it uses WinRT and the NT kernel.
You could certainly compile it on ARM. It's just not available to developers outside of MS.
So, no, internally WinRT and WP8 are much further away than WinRT and Win8. The latter two have the same kernel and largely the same userspace, unlike the former which mostly shares the kernel.
Explain? WinRT and WP8 share a lot more than the kernel, so if that's all you're basing it on then you're way off (filesystem, Bitlocker, SecureBoot, WinRT, SQLite, DirectX, 32-bit only). WindowsRT and WP8 also both lack all the legacy libraries (and even many non-legacy libraries) and all 64bit support that Windows 8 has which is the reason neither supports much existing Windows software at all. WP8 and WindowsRT certainly appear a hell of a lot more similar than either does to Windows 8.
There's no such thing as a ".NET version of Office". All Office versions are mostly native code.
Got a source for that? Some native code obviously exists in there but where it interacts with the OS and all the windowing the assemblies (in Office 15) seem to indicate it's mostly .Net.
Win32 API is a set of libraries, more or less - it sits on top of the NT Native API, which is what the kernel and the core OS provides.
And? If you've re-designed the kernel and most of the userspace for your new formfactors where you're eliminating backwards compatibility and installation size is an issue (you don't want 1/2 of your 32GB flash taken by the OS) it makes sense to eliminate much of the win32 cruft on those platforms.
Right-click --> Move to trash.
At which point you get a message box (in Lion and Mountain Lion, didn't try it in anything earlier) telling you it's components are required by the operating system.
What do you mean "force-delete"?
rm -f the files.
MFC or ATL are just wrappers over the vanilla Win32 APIs. The latter is what I'm talking about.
And the latter is what i'm asking about. MFC/ATL (among others like VfW, DS, etc...) aren't available on Windows RT/Phone8 which means a huge segment of applications (in fact most of the popular Windows applications) will not be able to be compiled because those APIs simply do not exist, even if all the win32 APIs exist. That's the difference between Windows 8 and RT/Phone8. RT/Phone8 are far more technically similar than either are to Windows 8.
I'm not sure what you need a reference for.
The win32 APIs that are on WindowsRT, just because they have .Net versions of Office and explorer doesn't mean they ported all of win32.
It doesn't actually take all that much effort to port the libraries. It's mostly C and C++, remember, and ARM is a 32-bit architecture, same as x86, so you can get pretty far with just a recompile.
Just like MFC, ATL, etc... unless of course there were win32 APIs missing.
There is a small piece of code to load a different type of parent window on Android - detected using the normal Java mechanism. Once it hands over to the JoGL code then there is nothing really to do, since JoGL supports Android the same as any other platform.
And if you extensively use Swing or AWT you have to port all of that to Android's XML-based UI.
Actually, what I'm trying to discern is you reason for arguing. Is your argument that it is perfectly possible to write massively multi-threaded, cross-platform real-time applications in C++ in a manner that is easier than doing it in Java?
No - and in fact if you recall you said cross-platform solution for rich clients - i'm not arguing at all, again i'm not advocating one way or the other, try to comprehend that, I'm just trying to work out what your justification is. With your 'decades' of experience you can't even come up with any specific examples to back up your comments. With all these problems with all different platform-specific libraries i would think it would be pretty easy to have dropped an example, but throughout the course of this entire thread you've staunchly resisted being at all specific.
It is always a lot more effort and risky to write such programs in C++ relative to Java (which was my point) - apparently do disagree, yeah?
No, it does depend on your proficiency in those languages though, and no that wasn't your point, you quite categorically said cross-platform solution for rich clients.
because I am writing such an application and my *experience* has lead me to make the statements I do
Which is precisely why i would have thought if that were true you would have had no problem backing up your statements with specific facts sometime in the last 8 or so times i asked but you continue to post that you have all this experience but nothing specific. Except to say that you go to the trouble of using JVisualVM to examine your running code Java for memory leaks - which makes sense in most applications but certainly not in a non-deterministic highly parallel application.
In that case, may I ask whether you have ever written such a large massively multi-threaded, cross-platform real-time application? if so then was it easy with C++ and were you very bug-free?
I use a lot of GPGPU for offloading massively parallel tasks, the language that drives it doesn't really matter so long as it has bindings for the GPGPU library (in my case mostly CUDA).
So, if you can be bothered to outline your experience in solving this problem then I'll bother to give a list of libraries that I've found shitty to work with when doing cross-platform stuff. Deal?
I'm not trying to sway you one way or the other or advocate for either way, i even said i'm not currently using C++ so i don't see how it's so hard for you to understand i am looking at this in an objective way and only asking for clarification of your statements. I can see you're pushing Java pretty hard but i don't really have any preference for anything, i'll use whatever tool is best suited for the job. I'm trying to ascertain what the experience was that led you to make the statements regarding c++ and as far as you have told me there isn't really any.
Those APIs do exist on Windows RT, that's how its classic desktop, Office etc works. You just don't get access to them in your own apps, unless you find some way to jailbreak it, or somehow procure a Microsoft signing key for your binaries.
I doubt it but do you have a link? There's no reason they would need to port MFC and ATL for desktop, Office or IE and I doubt they'd bother to port any more of the win32 libraries than what they absolutely need.
I predicted FB stock to fail....Everyone predicted the stock would do well but Warren Buffett and he was right.
You're Warren Buffett?
Since you are am ambiguous communicator
I'm not the one making ambiguous comments with no explanation, that'd be you. All i've asked for is specificity in your comments, you make claims that you've worked with c++ for decades yet you can't provide any specific examples, one could do the exact same for Java and you'd simply arrive at an impasse.
Fortunately they have cleaned somewhat and it has become more OO like, say, Swing. But why settle for the imitation when I can have the real thing?
You specifically mentioned Android in your original post, are you running Swing on Android? If you don't like Qt that's fine, but that's not an objective criticism.
As in, moving C++ code between the same compiler. I remember using STL with g++ 2.7.2 back in the day (that version was stable for a long time) and then a patch-level release broke the tens of thousands of lines of code I'd been working on. Had to go and fix it all up.
What was that? In any case g++ is just one of many compilers, given its open source nature it is prone to issues just like that, just like the issues with going from Hotspot to Harmony in Java.
It didn't work right in Visual Studio and it didn't work right on Xcode. I then had to go and fix all the stuff up because each system puts its system headers in different places and the code required porting.
So you're complaining that platform-specific code that hasn't been ported is not cross-platform. It's not hard to write cross-platform code but if your code is platform-specific then you can hardly expect it to just compile on all platforms with no changes. Much like going from Hotspot to Harmony or JamVM.
Because C++ comes with fsck all as part of its standard library it means every platform has it own libraries (and way of doing things) that you have to fix up.
Which is why you use cross-platform libraries, if you use platform-specific libraries you're naturally going to have trouble porting, but again (for like the 8th time) what are these libraries you've had so much trouble with?
My Java implementation of the optical atmospheric transmission just works when I *copy* (not recompile) it between Win7, Ubuntu and Mac OS X.
Uh yeah, that's what you would expect given that it's not native code.
Because I use JVisualVM and carefully examine the runtime execution of my code. I ensure that my products don't have resource leaks. Maybe I know what I'm doing.
So then why do you have so much difficulty writing non-leaking code in c++?
Every third-party C++ library you get that uses stcmp() instead of strncmp() or pointer-arithmetics their way into segfaulting.
Like what? Why can't you specify which ones you've had problems with? If you're so experienced you should be able to specify them, this is what I asked for from the start. If you had problems and there were no alternatives then what were the problems?
The only thing that is baseless is your assumption that I'm just another dumb Java guy who doesn't know diddly about C++. Like I said, I've been doing C and C++ for nearly two decades and have evolved past it. That's why I tire of folks like yourself that think because C++ is old and crufty it must be more l33t than modern alternatives.
Get it through your thick head I'M NOT ADVOCATING C++ OR BASHING JAVA! You demonstrated your lack of expertise by ignoring the fact that memory leaks occur in Java, that is not a 'problem' with Java at all and I would never claim that it is, that is a problem with your understanding of Java. I don't even know you much less give a shit what programming language you use.
So you don't use C++?
use != using, try to keep up.
It is laughable you think that I "clearly have no idea ..."
Then why are you so ignorant of things like memory leaks in Java? Why can you not specify all these C++ horrors you refer to ( 'awful porting nonsense' and 'dumb loopholes' and 'vile and unnatural' and need to re-architect because of unspecificed porting issues with libraries)? What is abundantly clear is that you have no idea what you're talking about, prove me wrong if you can, what libraries did you have to re-architect for? what porting nonsense? what dumb loopholes? what do mean by 'vile and unnatural'? If you do know what you're talking about you can tell me exactly but since you actually don't have any experience you can't specify what you meant by any of these things, they are just baseless.
It is kinda funny that some preemptive tries to block the "market share" argument while that is THE point and they do know it.
So if market share is the point then what's the specific amount of market share required?
Technically speaking, Windows RT is Windows 8 for ARM, nothing more, nothing less.
Actually technically speaking it's a lot less, the very reason most people use Windows is for existing x86 software, none of which runs on WindowsRT and that's not just processor architecture differences that could be overcome (mostly by a recompile it's that the APIs simply don't exist on WindowsRT.
In terms of technical restrictions on third-party apps (sandboxing apps etc), yes, it's closer to Windows Phone. But remember that it still has a classic desktop, it's just that it will only run Microsoft-signed desktop apps.
Is there a problem with that? Yes it's anti-competitive but so are restrictions on iOS, unless it comes to dominate the market such that it becomes really the only choice that's fine, that's how anti-trust and anti-competition law work.
Even so this means that you get command prompt, PowerShell and Office.
I certainly doubt that will swing people from the dominant iPad.
they claimed that the browser was an integral part of the operating system...
You haven't tried removing Safari on OSX have you, it claims the same thing :P
So wouldn't the ipad be effected
No, because Apple doesn't have an effective monopoly of tablet PCs.
Well in that case Microsoft won't be affected either.
As far as I know you can uninstall Safari though some of the libraries Safari uses are core OS X libraries and should not be removed.
Nah you can't, it won't let you remove it. Naturally you can force-delete it and all its associated libraries just like you can with IE, but it will break things as those libraries are required by certain OS functionality.
The other problem is that Windows RT does not allow the installation of third-party desktop apps; Metro only. So you can't write a third-party desktop browser for it - but it does have desktop IE...
These two things are what Mozilla and Google were complaining about. That they basically cannot fully compete with IE on Windows RT due to sandboxing that applies to them but not to IE.
WindowsRT is basically Windows Phone for tablets, it may not be bad (I personally had a WP7 device for a while and IMO it was quite good) but there is no real compelling reason to use it over iOS or Android so I doubt it will be overly successful and I certainly don't think it will hit a position in which it has monopoly share of any market so there is unlikely to be any anti-trust ruling regarding it.