M$ has been maintaining the codebase for windows on all these architectures since the dawn of time. They don't even need to recompile they already have a build compiled. Apparently M$ is a retard and refuses to give anybody what they demand and will probably go the way of the dodo.
(Link added for the benefit of people who have better things to do with their time than copy-and-paste the URL or select it and use whatever your browser supports for "follow selected item as a link" if your GUI and/or browser support it.)
That depends how you wrote them, mainly. If it's straight C code which relies heavily on assumptions about the x86 architecture, then no. If they're.Net applications coded for the new Windows Runtime (which I understand they have to be, because you can only run Metro applications on Windows RT), then I doubt it will be too difficult to get them working on both.
What if it's straight C or C++ code that doesn't rely heavily on assumptions about the x86 architecture?
Life lesson: Find a wife who either shares your passion or has one of her own.
To quote the Mercury News article:
The first few years the couple lived in the home, "We knew a handful of neighbors," said Debbie Price, a pilot and an air traffic manager at the Palo Alto Airport. "But the weekend we moved (the jet nose) into the garage, we met the entire neighborhood."
It sounds to me as if Debbie Price is his current wife, and, from the description, might at least understand his passion (they both work in air traffic control and are both pilots).
Its not having separate apps display content that is the problem. The problem IMHO would be having separate apps only sync their respective content.
Well, then, perhaps iTunes should be broken up, with the music player part separate from the "syncing iOS machines" part, and the "buying iOS applications on your OS X/Windows machine" separate from both of them. Maybe the video player part should be in the same app as the music player part, but stuffing syncing and iOS app purchase into the app is another matter.
How did you get updates onto the phone? I have a galaxy S2, unless you live in like russia, sweden, finland or luxemburg you aren't getting OTA ICS right now, so if you want that on your own... guess what you're plugging into the PC. Now this is where android and wp7 fail at something they should excel at, which is much easier deployment of updates, OTA or otherwise (and I'd rather not OTA, given the networking costs and risks of failure).
Your choice, but I've gotten OTA updates on my Macs for ages (well, OTW at work, but, at home, it's OTA as I'm using WI-FI) and OTA updates to my Windows, Ubuntu, and Fedora virtual machines (well, the virtual machines think it's OTW, but, again, the connection to the Intertubes is ultimately over Wi-Fi).
Yeah, maybe if your small handheld computer only supports Internet access over the mobile phone network, and doesn't do Wi-Fi, the network costs will be a problem, but Apple, at least, doesn't sell any such machines. As for "risks of failure", one would hope that the update mechanism would do "download first, update once that's all done", and that doing the update with software running on the machine can be made to work no worse than it works for larger machines.
It's much easier to mark these 500 things (phones apps contacts whatever) with a mouse and keyboard to be pushed to the phone than to mark the same 500 things with your thumb and pull them from a desktop.
It's even easier just to say "send updates to my contacts I make on any of my mchines up to {MobileMe,iCloud,GoogleWhatever,WindowsLiveWhatever,...} and notify the other machines so they can pull those updates back down", so I don't have to mark or drag anything.
As soon as you have more data than a device can hold, any delusions about syncronization occuring automatically is just wishful thinking.
...presumably meaning "as soon as you have more data that you want synced between all your machines than some of your machines can hold". I don't keep many photos on my phone, and don't keep any of my source code trees or virtual machines there.
du -sh ~/Music reports 3.8 GB of music on my Mac; df^WSystem Activity Monitor reports 6.51 GB of free space on my first-generation iPhone. There are probably people with more music than will fit on their music player/mobile phone, but does that need more than a "mark the stuff you want synced" UI?
du -sh ~/Pictures shows only 918 MB, but maybe I'm atypical.
Books, videos, and documents you read or write on multiple machines might be a case where this pops up.
In case somebody misinterprets my perhaps-overly-snarky response, I'm not advocating deliberately inducing Fetal Alcohol Syndrome to ensure there are enough people who are OK with doing menial tasks, I'm questioning whether, if deliberately inducing FAS would be morally wrong (which I think it would be, just as I presume Huxley did), deliberately refusing to enhance people's intelligence because that wouldn't leave people to empty the trash cans would be morally OK.
Its not just Windows. Having multiple Mac OS X apps managing an iOS device would degrade the user experience.
Would having multiple OS X apps play movies, play music, let you buy iOS apps, and sync stuff with your iOS machine degrade the user experience? What does playing music have to do with syncing, for example?
Does having separate apps play movies and music, let you purchase movies and music, and let you purchase and install apps degrade the iOS user experience?
(Heck, having to plug my iPhone in to sync the calendar degrades my user experience, but not enough to get me to replace my existing iPhone with a version that supports iOS 4, to use the Shiny New MobileMe calendar. Maybe that'll change when MobileMe goes away; if I end up getting a new iPhone to run iOS 5-or-later to use iCloud, maybe I won't bother plugging my iPhone into my Mac at all, except to charge it if I'm not close enough to an available power socket and need to keep my iPhone close by.)
I think Apple OS suffers from real bloatiness. Seems to duplicate files rather than sort out what's already there. It's largely invisible to most users, but after having iPhoto crashing in the middle of importing pictures, multiple times, I have multiple instances of pictures clogging my hard drive.
That's not "bloat", that's a bug. Perhaps "bloated" code is more likely to be buggy, but "it crashes" is a separate problem from "it's "bloated"".
I'm always bemused why Apple doesn't bake closer iPhone/iPad integration into the Finder itself - the "root UI" of OS X, if you will. Shouldn't syncing between your Mac and your iPhone be a core service these days?
The Finder is best thought of as "an app" in this context. Syncing should, ideally, happen without any UI at all, as it does with MobileMe and, I think, iCloud (both supported on Windows, or, for iCloud, Windows Vista and later); that would mean it wouldn't happen in "the Finder" (which it definitely wouldn't do on Windows, unless Apple decided to ship a Windows file manager based on the Finder code...).
Our society is already full of smart people that are bored doing menial tasks, or worse, think that the menial tasks are beneath them. I'm supposedly an intelligent person, but I was bored out of my mind when I did inside sales. What about the service industry or factory work? Isolating the factors of intelligence is all good and well, but beyond that we need to leave it alone. No gene therapy to make average intelligence people smarter. No Flowers for Algernon.
But you were probably responding to the poster distinguishing between "OS X" and "UNIX". The problem is that "UNIX" can either mean "an operating system from AT&T^WNovell^WSCO with "UNIX" in its name" or "a specification for operating system APIs and commands". The UNIX trademark refers to the latter, and, in that sense, "UNIX" is not an operating system, it's a specification, and it's not clear what it would mean to have malware targeted at it, unless the malware is portable malware that only uses Single UNIX Specification APIs.
Actually yes, they do. They currently offer support on 3 different OSs (10.5-10.7)
Actually, they're not offering security updates for 10.5 any more. They're offering security updates for 10.6 and bug-fix and security updates for 10.7; "bug-fix and security updates for the current major release, security updates for the previous major release" has been the policy for many years.
I suspect by "heavy meal" he meant "carb-heavy meal". It might have been clearer had he said "carb-heavy meal", so nobody thought that chowing down, say, a 16-ounce filet would require a large bolus. And, yes, your mileage may vary depending on the insulin/carbs ratio. I'm not sure either of those are severely bad oversimplifications, though.
A 16oz Filet Mignon has zero carbs.
...which is why I mentioned it - it's arguably a heavy meal, but no bolus would be needed.
1/8 of a chocolate cake (with icing) would be 35 carbs. Think Carb = Sugar, and you're right.
As long as "Sugar" doesn't mean only "actual sucrose or glucose or fructose or... in the dish"; a nice big plate of rice would not have much of those simple sugars, but it'd have a pile-o-carbohydrates (about 51 g/cup of cooked white rice, and 45 g/cup of cooked brown rice, if I remember correctly).
Also, pump's cartridges to hold insulin typically range from 200-300 units. Contrary to the article's claims, this is not 45 days worth!
In an implanted pump, it probably would be a larger supply.
The BBC article also states "Mr Jack said diabetics typically needed a dose of 5-10 units of insulin after a heavy meal to help regulate blood sugar. Making the device empty its cartridge into a host's bloodstream would cause "deep trouble"."
This is very flawed as well. Typically, insulin is taken before a meal whenever possible, and how "heavy" the meal is, is irrelevant. What matters is the user's insulin to carb ratio (how much insulin they need to properly use a gram of carbs) and how many carbs the item they eat contains.
I suspect by "heavy meal" he meant "carb-heavy meal". It might have been clearer had he said "carb-heavy meal", so nobody thought that chowing down, say, a 16-ounce filet would require a large bolus. And, yes, your mileage may vary depending on the insulin/carbs ratio. I'm not sure either of those are severely bad oversimplifications, though.
Also, when a person relies on an insulin pump, they're not just adding insulin to their body during mealtimes, the vast majority will be using it to deliver a "basal" dose of insulin, or a small amount of insulin 24/7 to stay alive (as this is a function normal non-diabetic bodies perform.) They also use it to deliver corrections, or small doses of insulin in response to blood glucose levels that are higher than expected after meals or throughout the day. A pump is not just a device you use after a "heavy meal."
Again, a simplification, but I'm not sure it's a severe oversimplification in an article written for a general audience; it doesn't invalidate the point of the article.
While it is true that an insulin cartridge unwillingly emptied into a patient poses significant danger, even without an alarm, I suspect 99% of people would be able to quickly notice such a large dose of insulin being delivered. You can see and feel insulin being delivered that rapidly. And if they happened to miss it, that's what frequent monitoring of blood glucose (which is required for all insulin pump users) is for. Sure, taking 200-300 units more than you should have would be a world of suck, but if you had access to food to eat or a sweet drink or glucose tablets, it's very likely an experienced diabetic would survive that sort of incident... to say nothing of if the cartridge wasn't full.
Well, for an implanted pump, it could be a lot more than 300 units; how fast it takes action is another matter, so maybe spending a while with your local store's entire supply of orange juice might be sufficient.
If more security were implemented in an insulin pump, there would certainly be no "frequent surgeries to replace the batteries," as the battery is (like the entire pump) stored in an external pump.
The Darzhavna Sigurnost (Bulgarian Secret Police) and the KGB killed Georgi Markov on a bridge in London by stabbing him in the back with an umbrella that fired a ricin filled pellet. The ability to assassinate someone by infecting their insulin pump would be a goldmine.
...if your target happens to be a diabetic with an implanted insulin pump. Otherwise, it's just a pyrite mine. A poison will get you whether you happen to have an insulin pump or not.
So how exactly is a processor running a program to implement another instruction set architecture, with the main memory used by the implemented ISA being accessed by special operations, and with the program and its internal data existing in a separate block of memory, different from, say, a (vertical) microcode engine, running microcode to implement another instruction set architecture, with the main memory used by the implemented ISA being accessed by special microcode operations, and with the microprogram and its internal data existing in a separate block of memory?
On one level this shows just how clever Dmitry is and it shows excellent problem solving skills. However, I would be more impressed if he could do something interesting with more modern technology. The technical challenges of booting a modern OS on dinosaur hardware are amazing and if he could take his innovation ability and apply it to state of the art technology, image what he could achieve.
If you're curious what he does and has done in his day jobs, see my response to your other post on this topic (I may have incorrectly assumed you weren't just trolling on this topic, as it's not hard to find his "Work" pages if you actually follow the link to TFA, and I suspect most Slashdot readers have at least enough familiarity with the world to be familiar with the concept of a "hobby").
On one level this shows just how clever Dmitry is and it shows excellent problem solving skills. However, I would be more impressed if he could do something interesting with more modern technology. The technical challenges of booting a modern OS on dinosaur hardware are amazing and if he could take his innovation ability and apply it to state of the art technology, image what he could achieve.
It's called a "hobby project"; you might have heard the term "hobby" on occasion - people occasionally do not-necessarily-useful-in-the-Real-World(TM) things as hobbies, such as getting old {radios, cars, airplanes, computers, etc.} to work, because it's fun for them.
If you're curious what he achieves when he's not working on his hobbies, you might want to check hisworkpages, which are linked to from the sidebar on the site to which the article refers.
That's how this is best thought of. In effect, he used an AVR chip as the microengine for a vertically-microcoded implementation of ARMv5, with some extensions. It's not as if Linux is running natively on an 8-bit architecture; that's be like saying, for example, that when OS/360 was running on a 90-bit-instruction/32-bit data VLIWish Harvard architecture machine when it's running on a System/360 Model 50.
Slashdot Mirror
Look up Windows NT on wikipedia retard...
And, when you read it, don't incorrectly infer from the fact that it mentions ARM support that the NT code base has supported ARM since Day One. The page for Darwin lists ARM as a supported platform in the infobox, but that doesn't mean that there was ARM code in Darwin since Day One, and the page for Linux lists ARM and a bunch of other architectures as supported platforms in the infobox, but that doesn't mean there was support for all those architectures in the Linux kernel since Day One.
http://en.wikipedia.org/wiki/Windows_NT
Look on the side under "Supported Platforms".
What do we see there? ARM!!!!!!!!!!!!!!
M$ has been maintaining the codebase for windows on all these architectures since the dawn of time. They don't even need to recompile they already have a build compiled. Apparently M$ is a retard and refuses to give anybody what they demand and will probably go the way of the dodo.
(Link added for the benefit of people who have better things to do with their time than copy-and-paste the URL or select it and use whatever your browser supports for "follow selected item as a link" if your GUI and/or browser support it.)
Presumably you're making fun of the people who would incorrectly infer from the Wikipedia entry in question that ARM really has been supported since Day One (ARM support was first added to the article with the comment "Supported platforms: Added "Windows 8" on ARM" and the "supported platforms" item was added to the infobox after that).
That depends how you wrote them, mainly. If it's straight C code which relies heavily on assumptions about the x86 architecture, then no. If they're .Net applications coded for the new Windows Runtime (which I understand they have to be, because you can only run Metro applications on Windows RT), then I doubt it will be too difficult to get them working on both.
What if it's straight C or C++ code that doesn't rely heavily on assumptions about the x86 architecture?
Life lesson: Find a wife who either shares your passion or has one of her own.
To quote the Mercury News article:
It sounds to me as if Debbie Price is his current wife, and, from the description, might at least understand his passion (they both work in air traffic control and are both pilots).
Its not having separate apps display content that is the problem. The problem IMHO would be having separate apps only sync their respective content.
Well, then, perhaps iTunes should be broken up, with the music player part separate from the "syncing iOS machines" part, and the "buying iOS applications on your OS X/Windows machine" separate from both of them. Maybe the video player part should be in the same app as the music player part, but stuffing syncing and iOS app purchase into the app is another matter.
How did you get updates onto the phone? I have a galaxy S2, unless you live in like russia, sweden, finland or luxemburg you aren't getting OTA ICS right now, so if you want that on your own... guess what you're plugging into the PC. Now this is where android and wp7 fail at something they should excel at, which is much easier deployment of updates, OTA or otherwise (and I'd rather not OTA, given the networking costs and risks of failure).
Your choice, but I've gotten OTA updates on my Macs for ages (well, OTW at work, but, at home, it's OTA as I'm using WI-FI) and OTA updates to my Windows, Ubuntu, and Fedora virtual machines (well, the virtual machines think it's OTW, but, again, the connection to the Intertubes is ultimately over Wi-Fi).
Yeah, maybe if your small handheld computer only supports Internet access over the mobile phone network, and doesn't do Wi-Fi, the network costs will be a problem, but Apple, at least, doesn't sell any such machines. As for "risks of failure", one would hope that the update mechanism would do "download first, update once that's all done", and that doing the update with software running on the machine can be made to work no worse than it works for larger machines.
It's much easier to mark these 500 things (phones apps contacts whatever) with a mouse and keyboard to be pushed to the phone than to mark the same 500 things with your thumb and pull them from a desktop.
It's even easier just to say "send updates to my contacts I make on any of my mchines up to {MobileMe,iCloud,GoogleWhatever,WindowsLiveWhatever,...} and notify the other machines so they can pull those updates back down", so I don't have to mark or drag anything.
As soon as you have more data than a device can hold, any delusions about syncronization occuring automatically is just wishful thinking.
...presumably meaning "as soon as you have more data that you want synced between all your machines than some of your machines can hold". I don't keep many photos on my phone, and don't keep any of my source code trees or virtual machines there.
du -sh ~/Music reports 3.8 GB of music on my Mac; df^WSystem Activity Monitor reports 6.51 GB of free space on my first-generation iPhone. There are probably people with more music than will fit on their music player/mobile phone, but does that need more than a "mark the stuff you want synced" UI?
du -sh ~/Pictures shows only 918 MB, but maybe I'm atypical.
Books, videos, and documents you read or write on multiple machines might be a case where this pops up.
Well, perhaps other techniques can be used to make sure we have enough people to do the tasks we insist other people do.
In case somebody misinterprets my perhaps-overly-snarky response, I'm not advocating deliberately inducing Fetal Alcohol Syndrome to ensure there are enough people who are OK with doing menial tasks, I'm questioning whether, if deliberately inducing FAS would be morally wrong (which I think it would be, just as I presume Huxley did), deliberately refusing to enhance people's intelligence because that wouldn't leave people to empty the trash cans would be morally OK.
Its not just Windows. Having multiple Mac OS X apps managing an iOS device would degrade the user experience.
Would having multiple OS X apps play movies, play music, let you buy iOS apps, and sync stuff with your iOS machine degrade the user experience? What does playing music have to do with syncing, for example?
Does having separate apps play movies and music, let you purchase movies and music, and let you purchase and install apps degrade the iOS user experience?
(Heck, having to plug my iPhone in to sync the calendar degrades my user experience, but not enough to get me to replace my existing iPhone with a version that supports iOS 4, to use the Shiny New MobileMe calendar. Maybe that'll change when MobileMe goes away; if I end up getting a new iPhone to run iOS 5-or-later to use iCloud, maybe I won't bother plugging my iPhone into my Mac at all, except to charge it if I'm not close enough to an available power socket and need to keep my iPhone close by.)
I think Apple OS suffers from real bloatiness. Seems to duplicate files rather than sort out what's already there. It's largely invisible to most users, but after having iPhoto crashing in the middle of importing pictures, multiple times, I have multiple instances of pictures clogging my hard drive.
That's not "bloat", that's a bug. Perhaps "bloated" code is more likely to be buggy, but "it crashes" is a separate problem from "it's "bloated"".
I'm always bemused why Apple doesn't bake closer iPhone/iPad integration into the Finder itself - the "root UI" of OS X, if you will. Shouldn't syncing between your Mac and your iPhone be a core service these days?
The Finder is best thought of as "an app" in this context. Syncing should, ideally, happen without any UI at all, as it does with MobileMe and, I think, iCloud (both supported on Windows, or, for iCloud, Windows Vista and later); that would mean it wouldn't happen in "the Finder" (which it definitely wouldn't do on Windows, unless Apple decided to ship a Windows file manager based on the Finder code...).
Our society is already full of smart people that are bored doing menial tasks, or worse, think that the menial tasks are beneath them. I'm supposedly an intelligent person, but I was bored out of my mind when I did inside sales. What about the service industry or factory work? Isolating the factors of intelligence is all good and well, but beyond that we need to leave it alone. No gene therapy to make average intelligence people smarter. No Flowers for Algernon.
Well, perhaps other techniques can be used to make sure we have enough people to do the tasks we insist other people do.
Yes, yes, everyone who works differently than you is wrong.
Hopefully when this guy said "The idea is basically that if you want to use something like your browser, email, an IDE, etc., there's no reason to have multiple windows up, since they'll just distract you from what you're doing.", he wasn't asserting something similarly bogus along the lines of "everybody who doesn't want to have their IDE be the only window up on the screen is wrong".
Yes, note the capital 'G' in the trojan plist file. Also, be sure to look in /Library/Preferences, and not /Users//Library/Preferences
The user name apparently got deleted from the pathname by the posting software; you presumably meant /Users/{your_login_name}/Library/Preferences.
Putting an @reboot entry in the user's crontab would start anything you want when the machine boots, without the user even logging in.
...and would do so not only on OS X, but on many Linux distributions and FreeBSD and NetBSD and OpenBSD and....
iTrojan? because it's not an iOS bug, it should be MacTrojan...
Yeah, I wonder when Apple are going to port iTunes, iPhoto, iMovie, and the iWork suite to OS X from iOS, so they can run on an iMac....
Blah, I should have looked it up before posting. OSX version 10.5 and higher running on Intel processors are UNIX 03 certified.
http://en.wikipedia.org/wiki/Single_UNIX_Specification#OS_X
Actually, OS X 10.5 and 10.6 running on Intel processors are UNIX 03 certified, but 10.7 isn't.
But you were probably responding to the poster distinguishing between "OS X" and "UNIX". The problem is that "UNIX" can either mean "an operating system from AT&T^WNovell^WSCO with "UNIX" in its name" or "a specification for operating system APIs and commands". The UNIX trademark refers to the latter, and, in that sense, "UNIX" is not an operating system, it's a specification, and it's not clear what it would mean to have malware targeted at it, unless the malware is portable malware that only uses Single UNIX Specification APIs.
Actually yes, they do. They currently offer support on 3 different OSs (10.5-10.7)
Actually, they're not offering security updates for 10.5 any more. They're offering security updates for 10.6 and bug-fix and security updates for 10.7; "bug-fix and security updates for the current major release, security updates for the previous major release" has been the policy for many years.
I suspect by "heavy meal" he meant "carb-heavy meal". It might have been clearer had he said "carb-heavy meal", so nobody thought that chowing down, say, a 16-ounce filet would require a large bolus. And, yes, your mileage may vary depending on the insulin/carbs ratio. I'm not sure either of those are severely bad oversimplifications, though.
A 16oz Filet Mignon has zero carbs.
...which is why I mentioned it - it's arguably a heavy meal, but no bolus would be needed.
1/8 of a chocolate cake (with icing) would be 35 carbs. Think Carb = Sugar, and you're right.
As long as "Sugar" doesn't mean only "actual sucrose or glucose or fructose or... in the dish"; a nice big plate of rice would not have much of those simple sugars, but it'd have a pile-o-carbohydrates (about 51 g/cup of cooked white rice, and 45 g/cup of cooked brown rice, if I remember correctly).
An insulin pump is NOT implanted inside the user's body
Except when it is, although you might have to live in Europe to get it.
Also, pump's cartridges to hold insulin typically range from 200-300 units. Contrary to the article's claims, this is not 45 days worth!
In an implanted pump, it probably would be a larger supply.
The BBC article also states "Mr Jack said diabetics typically needed a dose of 5-10 units of insulin after a heavy meal to help regulate blood sugar. Making the device empty its cartridge into a host's bloodstream would cause "deep trouble"."
This is very flawed as well. Typically, insulin is taken before a meal whenever possible, and how "heavy" the meal is, is irrelevant. What matters is the user's insulin to carb ratio (how much insulin they need to properly use a gram of carbs) and how many carbs the item they eat contains.
I suspect by "heavy meal" he meant "carb-heavy meal". It might have been clearer had he said "carb-heavy meal", so nobody thought that chowing down, say, a 16-ounce filet would require a large bolus. And, yes, your mileage may vary depending on the insulin/carbs ratio. I'm not sure either of those are severely bad oversimplifications, though.
Also, when a person relies on an insulin pump, they're not just adding insulin to their body during mealtimes, the vast majority will be using it to deliver a "basal" dose of insulin, or a small amount of insulin 24/7 to stay alive (as this is a function normal non-diabetic bodies perform.) They also use it to deliver corrections, or small doses of insulin in response to blood glucose levels that are higher than expected after meals or throughout the day. A pump is not just a device you use after a "heavy meal."
Again, a simplification, but I'm not sure it's a severe oversimplification in an article written for a general audience; it doesn't invalidate the point of the article.
While it is true that an insulin cartridge unwillingly emptied into a patient poses significant danger, even without an alarm, I suspect 99% of people would be able to quickly notice such a large dose of insulin being delivered. You can see and feel insulin being delivered that rapidly. And if they happened to miss it, that's what frequent monitoring of blood glucose (which is required for all insulin pump users) is for. Sure, taking 200-300 units more than you should have would be a world of suck, but if you had access to food to eat or a sweet drink or glucose tablets, it's very likely an experienced diabetic would survive that sort of incident... to say nothing of if the cartridge wasn't full.
Well, for an implanted pump, it could be a lot more than 300 units; how fast it takes action is another matter, so maybe spending a while with your local store's entire supply of orange juice might be sufficient.
If more security were implemented in an insulin pump, there would certainly be no "frequent surgeries to replace the batteries," as the battery is (like the entire pump) stored in an external pump.
Again, not for an implanted pump.
The Darzhavna Sigurnost (Bulgarian Secret Police) and the KGB killed Georgi Markov on a bridge in London by stabbing him in the back with an umbrella that fired a ricin filled pellet. The ability to assassinate someone by infecting their insulin pump would be a goldmine.
...if your target happens to be a diabetic with an implanted insulin pump. Otherwise, it's just a pyrite mine. A poison will get you whether you happen to have an insulin pump or not.
Emulators are not microcode.
So how exactly is a processor running a program to implement another instruction set architecture, with the main memory used by the implemented ISA being accessed by special operations, and with the program and its internal data existing in a separate block of memory, different from, say, a (vertical) microcode engine, running microcode to implement another instruction set architecture, with the main memory used by the implemented ISA being accessed by special microcode operations, and with the microprogram and its internal data existing in a separate block of memory?
On one level this shows just how clever Dmitry is and it shows excellent problem solving skills. However, I would be more impressed if he could do something interesting with more modern technology. The technical challenges of booting a modern OS on dinosaur hardware are amazing and if he could take his innovation ability and apply it to state of the art technology, image what he could achieve.
If you're curious what he does and has done in his day jobs, see my response to your other post on this topic (I may have incorrectly assumed you weren't just trolling on this topic, as it's not hard to find his "Work" pages if you actually follow the link to TFA, and I suspect most Slashdot readers have at least enough familiarity with the world to be familiar with the concept of a "hobby").
On one level this shows just how clever Dmitry is and it shows excellent problem solving skills. However, I would be more impressed if he could do something interesting with more modern technology. The technical challenges of booting a modern OS on dinosaur hardware are amazing and if he could take his innovation ability and apply it to state of the art technology, image what he could achieve.
It's called a "hobby project"; you might have heard the term "hobby" on occasion - people occasionally do not-necessarily-useful-in-the-Real-World(TM) things as hobbies, such as getting old {radios, cars, airplanes, computers, etc.} to work, because it's fun for them.
If you're curious what he achieves when he's not working on his hobbies, you might want to check his work pages, which are linked to from the sidebar on the site to which the article refers.
That's how this is best thought of. In effect, he used an AVR chip as the microengine for a vertically-microcoded implementation of ARMv5, with some extensions. It's not as if Linux is running natively on an 8-bit architecture; that's be like saying, for example, that when OS/360 was running on a 90-bit-instruction/32-bit data VLIWish Harvard architecture machine when it's running on a System/360 Model 50.