Division by zero creates an answer that is beyond the range of whatever finite field number set you are using. It must generate an exception as it cannot be solved with the range of numbers that the machine is using.
Always remember that all math you do within a software program has to play nicely within the defined boarders of the number sets used by the compiler. The program fails if it traverses outside of this boundary.
The resulting NaN and exception (eg. fault signal) is correct and should not be changed.
(Note: I am not including mathematical modelling languages which may have some concept of a non-finite number field.. not aware of any existing anyways...)
Not mentioned in the article hare at Slashdot (but Dave talks about it at the end of his EEVBlog so stick around) is the efficiency of a boost DC-DC convertor at low currents. At best, this device has a 50% efficiency which, to quote Dave on this, is "pissing away 50% of his battery" just by having this thing attached. This alone means that the claim is outright impossible, on any normal device that just sips power from the battery, like a wall clock.
Did not really think of it until now, but if Star Wars happened a long long time ago and in a Galaxy far far away then we should be seeing some battle action in our telescopes aaaanyyy second now...
I would amend this to also consider these Minecraft mods;
1) ComputerCraft. Programming turtles in Lua and watching them go can be entertaining..
2) Pneumaticraft. Little arial drones (quadcopters) can be programmed using a very simple modular/graphical programming scheme.
More advanced;
3) Steve's Factory. The programming is more logical and less wordy, but the mod has a steeper learing curve.. and is a bit more boring as nothing moves around...
I battled with it on Far Cry 3. I still do not understand why I needed to login to UPLAY *after* I logged into Steam (where I played it from). Wasn't Steam enough of a DRM check for UbiSoft? 2 levels of login really?
AFAIK the original article was about someone who did not even install it correctly.. but still having to require it on top of Steam is just ridiculous.
If anything, the ISPs are broken, in that they see no justification in expanding their bandwidth as there is no profit in it. True that IPv4 has reached saturation, however that rolls into the ISPs attitudes (including wireless carriers) who are sitting on the fence instead of upgrading to IPv6. It all comes down to the bottom line... there is no profit in going to IPv6 for them.
In my work I find GSM carrier NAT infrastructure to be very annoying. Firmware running on the phone must be aware of a "use it or lose it" mentality in the carrier, in my experience this is usually around 15 minutes for TCP, then the NAT hardware flushes your route and it effectively disappears (breaking the protocol). UDP is even shorter.
In systems which must be bi-directional, this issue of keeping the connection alive is a concern, not so much for the phone but for the server which may be sending data back to the phone sporadically. It also forces the phone firmware to perform the initial connect, so useful server-based utilities are hard to put on the phone without modifying them.
IPv6 would (likely) provide a static IP address on the phone resolving all of these issues and providing better support for downstream communications from a base to the phone(s).
I still have my original Blue and Yellow RadioShack Notebooks that I purchased when I was 12. As a practicing professional Engineer now I want to say thanks for that leg up.
For all the kiddies reading this, realize that back in the 80's there were no readily available resource other than small electronic stores and mail order catalogs for young people to feed their interest in electronics. The material that Forrest Mims wrote was an invaluable resource into learning how design digital circuits using the new IC technology for that time.
I never made that flanger/phaser (audio effect) circuit though...
It is true that some newer Radio modems (eg. Telit models and now some new models from Cinterion) have the ability to run scripted programs on the baseband processor. I played with a Telit modem that could run Python scripts. I really don't think that the commercial modems that normal smartphones use would have that capability though.. it would be a dumb thing for the modem manufacture to add in.
Likely the smartphone modem will also have a GSM chipset (eg. Qualcomm) as well; this is mainly separate from the baseband processor and have limited contact with it (eg. maybe need some AT commands to control the GSM modes).
In general, the firmware running on a baseband processor is very hard to change. Changes to that processor must be re-vetted through several approval processes (PTCRB and usually one or more carrier, eg. AT&T) and consume time and money. It is for this reason that you cannot program your own code into this processor (I'm guessing scripts don't count as a program as they are sandboxed within an internal VM-like system).
it leaves us with a question: is this film for people who have read the book, or for people who haven't?
The movie could care less who is watching it. I would say that, for 99% of these type of films, it is never a good idea to watch it if you have any sort of fondness over the book on which it is based. A single 1.5 - 2 Hr movie simply cannot put enough content onto the screen to match that of a decent sized book, and so the book fan will be unsatisfied. All that is premised, of course, on the movie plot not being a hack job of the original book.
humans can correct a robot's motions, showing it how to properly use objects such as knives. They use it for a robot performing grocery checkout tasks."
So in the future, not only will checkout clerks be robots, they will be armed robots.
Division by zero creates an answer that is beyond the range of whatever finite field number set you are using. It must generate an exception as it cannot be solved with the range of numbers that the machine is using.
Always remember that all math you do within a software program has to play nicely within the defined boarders of the number sets used by the compiler. The program fails if it traverses outside of this boundary.
The resulting NaN and exception (eg. fault signal) is correct and should not be changed.
(Note: I am not including mathematical modelling languages which may have some concept of a non-finite number field.. not aware of any existing anyways...)
Not mentioned in the article hare at Slashdot (but Dave talks about it at the end of his EEVBlog so stick around) is the efficiency of a boost DC-DC convertor at low currents. At best, this device has a 50% efficiency which, to quote Dave on this, is "pissing away 50% of his battery" just by having this thing attached. This alone means that the claim is outright impossible, on any normal device that just sips power from the battery, like a wall clock.
But, in zero G without the sippy cup, the hot liquid coffee fills your lungs with excitement.
Did not really think of it until now, but if Star Wars happened a long long time ago and in a Galaxy far far away then we should be seeing some battle action in our telescopes aaaanyyy second now...
1) ComputerCraft. Programming turtles in Lua and watching them go can be entertaining..
2) Pneumaticraft. Little arial drones (quadcopters) can be programmed using a very simple modular/graphical programming scheme.
More advanced;
3) Steve's Factory. The programming is more logical and less wordy, but the mod has a steeper learing curve.. and is a bit more boring as nothing moves around...
I'll buy-in when they start hanging lawyers.
What could possibly go wrong?
I battled with it on Far Cry 3. I still do not understand why I needed to login to UPLAY *after* I logged into Steam (where I played it from). Wasn't Steam enough of a DRM check for UbiSoft? 2 levels of login really?
AFAIK the original article was about someone who did not even install it correctly.. but still having to require it on top of Steam is just ridiculous.
And second to that would be a blood sugar level test, that's becoming more important..
If anything, the ISPs are broken, in that they see no justification in expanding their bandwidth as there is no profit in it. True that IPv4 has reached saturation, however that rolls into the ISPs attitudes (including wireless carriers) who are sitting on the fence instead of upgrading to IPv6. It all comes down to the bottom line... there is no profit in going to IPv6 for them.
In my work I find GSM carrier NAT infrastructure to be very annoying. Firmware running on the phone must be aware of a "use it or lose it" mentality in the carrier, in my experience this is usually around 15 minutes for TCP, then the NAT hardware flushes your route and it effectively disappears (breaking the protocol). UDP is even shorter.
In systems which must be bi-directional, this issue of keeping the connection alive is a concern, not so much for the phone but for the server which may be sending data back to the phone sporadically. It also forces the phone firmware to perform the initial connect, so useful server-based utilities are hard to put on the phone without modifying them.
IPv6 would (likely) provide a static IP address on the phone resolving all of these issues and providing better support for downstream communications from a base to the phone(s).
Sounds real familiar... happen at my work too. Even to the point of being shaking on software/firmware knowledge.
to drive Lister insane.
Yes with one exception.. Finite natural resources that are easy to access. It's all about blood for oil these days...
market saturation
Cite.
I still have my original Blue and Yellow RadioShack Notebooks that I purchased when I was 12. As a practicing professional Engineer now I want to say thanks for that leg up.
For all the kiddies reading this, realize that back in the 80's there were no readily available resource other than small electronic stores and mail order catalogs for young people to feed their interest in electronics. The material that Forrest Mims wrote was an invaluable resource into learning how design digital circuits using the new IC technology for that time.
I never made that flanger/phaser (audio effect) circuit though...
If used on a motorcycle, it can mean the rider can lose control, causing a crash, fatality, and lawsuits.
What is the alternative for safely stopping a speeding motorcycle?
5000 Gallons of Jello. Orange-flavored of course.
It makes perfect sense to the guy taking your 8,000 dollars every month. They are all for it.
Hasn't come out yet but looks interesting... http://www.wildstar-online.com/en/#page1
So... can we talk about how the deer have evolved into being winged creatures in upstate NY then?
---
Likely the smartphone modem will also have a GSM chipset (eg. Qualcomm) as well; this is mainly separate from the baseband processor and have limited contact with it (eg. maybe need some AT commands to control the GSM modes).
In general, the firmware running on a baseband processor is very hard to change. Changes to that processor must be re-vetted through several approval processes (PTCRB and usually one or more carrier, eg. AT&T) and consume time and money. It is for this reason that you cannot program your own code into this processor (I'm guessing scripts don't count as a program as they are sandboxed within an internal VM-like system).
it leaves us with a question: is this film for people who have read the book, or for people who haven't?
The movie could care less who is watching it. I would say that, for 99% of these type of films, it is never a good idea to watch it if you have any sort of fondness over the book on which it is based. A single 1.5 - 2 Hr movie simply cannot put enough content onto the screen to match that of a decent sized book, and so the book fan will be unsatisfied. All that is premised, of course, on the movie plot not being a hack job of the original book.
humans can correct a robot's motions, showing it how to properly use objects such as knives. They use it for a robot performing grocery checkout tasks."
So in the future, not only will checkout clerks be robots, they will be armed robots.