Of course... the problem is that by having this patch available for XP users after the date that they supposedly weren't going to support XP anymore, they've set a precedent that people are going to *expect* microsoft to continue to issue patches for XP whenever security is involved.... forever.
For people like myself, who have excessive numbers of textbooks on various science, computer science, and mathematics topics, which I always seem to be referencing regularly, devices like the iPad are ideal... almost all of the books I could hope for at my fingertips, and yet small and light enough to carry comfortably in one hand.
Obviously, they are no replacement for people who like the tactile sensation of reading, but speaking for myself, I use books primarily for their functionality and information within. This is not lost when moving to an ebook format.
The larger form factor of a device like an ipad means that I can look at a full page of information quickly and easily, without having to zoom in or pan around the page for the information I want.
About the only way they could make the ipad any better for what I like to use it for, IMO, is if they had a passive color display, so that it didn't drain the battery so quickly. Fast refresh speed is still mandatory for me, however, so current color eink displays would be a killer for me... I do not want to see any flicker as I'm quickly flipping pages looking for a specific diagram that i can't remember the exact page of, but still know generally where to find it.
Mapping on iOS to apple maps... for instance. There isn't even an option to change that, so it's even worse. Sure, you can use the google maps application, but any location info you want stored in your contact database, for example, will still always pull up the apple maps program.
According to some FAA guys I know, they tell me they technically have jurisdiction over paper airplanes, but you'll never see them enforcing any kind of regulations on them.
It would be nothing less than hilarious to see them try.
It's just a friggen *DEFAULT*... unless the consumer can do nothing to change it, there should be absolutely nothing wrong with google being a default for search.
Apple has *WAY* more lock-in than this, and they aren't being sued (or at least anytime anyone's ever tried, Apple never seems to lose).
... if two spaceships counterclockwise in a circular path such that they are always on opposite side of the circle at relativistic speeds, looking out of the window at the other spaceship, because it appears to be travelling in the opposite direction, its speed is going to appear to be $\sqrt{2*v^2}/c$, and its clock should appear to be going more slowly than your own, right? So if both spaceships perceive that the other's clock is moving more slowly, what will they perceive if the spaceships come together to compare clocks? Will the clock on the other ship suddenly appear to be going faster than normal?
I've actually wondered about this.... how much does it cost to see a taped sitcom like TBBT? Would there be a long lineup for tickets, or does one typically buy them well in advance? When's the best time of year to go? I'm asking because I'm not from that area, but may be taking a family vacation in the next couple of years, and if we could watch an actual taping of a show like that, it would be awesome.
It is theoretically possible, but not terribly practical. Basically, it would involve doing a port scan when you first receive a packet from a given IP, and it is possible to determine (or make an educated guess) from the results what OS a person has (or what OS they are simulating). As I said, not terribly practical.
That's not required for the ISP, however... the ISP can certainly disconnect somebody who is creating problems for their network, regardless of the OS that is being run. I've seen an ISP do this to somebody I know when their machine was turned into a zombie without their knowledge. They disconnected him, and made an attempt to contact him by telephone, leaving a message for him to call them. Once he called back, they reconnected him provisionally as long as he promised to have the issue fixed within one day, which he did, by downloading an antimalware program that was recommended by his ISP. Fortunately, in his case, it was fixable by such a program, and running the malware removal program purged the unwanted software from his computer.
But theoretically, a vulnerability could exist in XP itself that third-party software will not be able to fix, and if Microsoft were to not address it, then the aforementioned situation of people getting disconnected from their ISP's is all but certain to happen to potentially very large numbers of people.
If a company has a cheaper service plan for people who have their own phones, assuming that you can buy your own phone on low-enough monthly installments (less than the difference between the service plan where you own the phone already and the service plan where the provider subsidizes your "free" phone with larger monthly payments) , then there isn't any good reason to not buy your own phone on said installments and just use that service at the lower rate. My point, however, is that most providers do *NOT* do this. Most will charge exactly the same amount for a service plan whether you buy your phone outright or get it as a "free phone" with a two-year contract. Either way, the customer is paying that same amount every month, and getting the same amount of service each month, so buying the phone outright and still paying for a monthly plan is always still going to be the more expensive option..
The question is "Now that everyone knows it is possible to decouple these things, why do some customers still sign up for traditional contracts with subsidized phones."
Because going looking strictly at monthly expenses, it is cheaper than paying for a phone outright, even in installments while still paying for a cell phone plan that would cost exactly the same whether you provided your own phone or wanted the provider to subsidize it.
That's fine, as long as no security issues get discovered in XP that Microsoft decides are not worth their effort to fix, but which are still serious enough to compromise the user's network.
If a vulnerability that turns an XP machine into a zombie that can endlessly send out spam emails, for instance, it's a pretty safe bet that their ISP will simply disconnect them and won't allow them to reconnect until they are using a newer version of the OS.
Their bill jumps from $50 to $70 a month but that doesn't
seem so bad.
I know that some providers exist that will charge more per month when they subsidize a cell phone purchase, but to the best of my knowledge, most do not. This isn't necessarily more profitable for the company per unit, but since the cost of the service is constant for the customer, the subsidized phone is going to be a more attractive option from the customer's perspective, and the provider will be more likely to attract additional customers that they might not have otherwise.
Except on an installment plan, you will still pay more per month overall until the phone is paid off, whereas with many providers the cost of the service remains the same, regardless of whether they are subsidizing a phone purchase or if you had bought your phone outright. Some providers offer discounts on the service if you already own a phone, but not all.
Pretty much, yes... because it's only when individual belief becomes a matter of general policy that preventable disease outbreaks tend to happen. There's also a segment of the population who *can't* be vaccinated, but nobody complains about them.
To Ms. Bialik's credit, at least she doesn't try to claim validity to some specious connection between autism and vaccination. She believes in personal choice, and does not advocate that nobody should ever vaccinate, which many anti-vaxers try to do.
TBBT uses both. They have a laugh track for broadcast, but most of the studio audience laughter doesn't get picked up by the mics on set... They may (I'm not certain that they do this, but I can't imagine why they wouldn't) record the audience reactions with separate microphones and dynamically adjust the recording level to suit their tastes just to get some genuine audience reaction into the sound track of the show, but most of what you hear on TBBT when it is aired in the way of audience laughter is laughtrack.
The reality is that we live in a world of people who either cannot or will not objectively decide that an action might be unsafe for them at any given instant, and, regrettably, many of these so-called adults have drivers' licenses. What you suggest is ideal, but in a world that has more than enough of its share of people who are either too lazy or too immature to be bothered with trying to behave responsibly, even if they might be endangering themselves in the process, not catering to the lowest common denominator will only result in a greater number of deaths
I think the STL is amazing, and I'm glad that it's a standard part of C++, but in my experience, it's usually far too general purpose to wind up in production code. This flexibility comes at a performance cost that, however modest it may be, can often simply not be worth the hassle of maintaining. I may use the STL during prototyping, or when first implementing an algorithm in code, but will often incrementally move to using custom types as a project develops.
The version of basic that I played with extensively had limitations on what kind of data could be stored on a line of code... since the basic interpreter expected every line to have a null terminator. It was still possible to do something similar to what you did, but any embedded assembly would have to go at the end of the listing, and not at the beginning, since the presence of any 0 bytes in the assembly code would prevent the 'goto' or 'gosub' keywords from finding the right lines if they had to skip over such code. Also, once putting the assembly program into the code in that way, the listing would be messed up if you tried to view the program past that line.
The self-modifying code trick that you did sounds really cool... just the sort of thing I would have been into myself.
In the version of basic that I used, the parameter to 'usr' was actually a numeric value that was passed to a custom function, rather than necessarily referring to a memory address, and the function could directly use this value, and it would also return a value back to the basic program. If one did not need a return value, then one would typically use 'call', which would invoke a machine language function at whatever memory address immediately following the call keyword. The '&' keyword was basically just shorthand for a call to a specific memory address (one would typically write an unconditional jmp instruction to that memory address which would branch to the real intended code), and it was fairly commonly practiced in such code to manually parse the tokens which followed the '&' to define extensions to the language. One could also do this technique of custom parsing with 'call' and 'usr' as well, and I routinely did so with the latter... I did not bother ever doing it with the 'call' function because the '&' keyword was adequate for my purposes.
Slashdot Mirror
Of course... the problem is that by having this patch available for XP users after the date that they supposedly weren't going to support XP anymore, they've set a precedent that people are going to *expect* microsoft to continue to issue patches for XP whenever security is involved.... forever.
For people like myself, who have excessive numbers of textbooks on various science, computer science, and mathematics topics, which I always seem to be referencing regularly, devices like the iPad are ideal... almost all of the books I could hope for at my fingertips, and yet small and light enough to carry comfortably in one hand.
Obviously, they are no replacement for people who like the tactile sensation of reading, but speaking for myself, I use books primarily for their functionality and information within. This is not lost when moving to an ebook format.
The larger form factor of a device like an ipad means that I can look at a full page of information quickly and easily, without having to zoom in or pan around the page for the information I want.
About the only way they could make the ipad any better for what I like to use it for, IMO, is if they had a passive color display, so that it didn't drain the battery so quickly. Fast refresh speed is still mandatory for me, however, so current color eink displays would be a killer for me... I do not want to see any flicker as I'm quickly flipping pages looking for a specific diagram that i can't remember the exact page of, but still know generally where to find it.
Mapping on iOS to apple maps... for instance. There isn't even an option to change that, so it's even worse. Sure, you can use the google maps application, but any location info you want stored in your contact database, for example, will still always pull up the apple maps program.
It would be nothing less than hilarious to see them try.
It's just a friggen *DEFAULT*... unless the consumer can do nothing to change it, there should be absolutely nothing wrong with google being a default for search.
Apple has *WAY* more lock-in than this, and they aren't being sued (or at least anytime anyone's ever tried, Apple never seems to lose).
... if two spaceships counterclockwise in a circular path such that they are always on opposite side of the circle at relativistic speeds, looking out of the window at the other spaceship, because it appears to be travelling in the opposite direction, its speed is going to appear to be $\sqrt{2*v^2}/c$, and its clock should appear to be going more slowly than your own, right? So if both spaceships perceive that the other's clock is moving more slowly, what will they perceive if the spaceships come together to compare clocks? Will the clock on the other ship suddenly appear to be going faster than normal?
I've actually wondered about this.... how much does it cost to see a taped sitcom like TBBT? Would there be a long lineup for tickets, or does one typically buy them well in advance? When's the best time of year to go? I'm asking because I'm not from that area, but may be taking a family vacation in the next couple of years, and if we could watch an actual taping of a show like that, it would be awesome.
It is theoretically possible, but not terribly practical. Basically, it would involve doing a port scan when you first receive a packet from a given IP, and it is possible to determine (or make an educated guess) from the results what OS a person has (or what OS they are simulating). As I said, not terribly practical.
That's not required for the ISP, however... the ISP can certainly disconnect somebody who is creating problems for their network, regardless of the OS that is being run. I've seen an ISP do this to somebody I know when their machine was turned into a zombie without their knowledge. They disconnected him, and made an attempt to contact him by telephone, leaving a message for him to call them. Once he called back, they reconnected him provisionally as long as he promised to have the issue fixed within one day, which he did, by downloading an antimalware program that was recommended by his ISP. Fortunately, in his case, it was fixable by such a program, and running the malware removal program purged the unwanted software from his computer.
But theoretically, a vulnerability could exist in XP itself that third-party software will not be able to fix, and if Microsoft were to not address it, then the aforementioned situation of people getting disconnected from their ISP's is all but certain to happen to potentially very large numbers of people.
If a company has a cheaper service plan for people who have their own phones, assuming that you can buy your own phone on low-enough monthly installments (less than the difference between the service plan where you own the phone already and the service plan where the provider subsidizes your "free" phone with larger monthly payments) , then there isn't any good reason to not buy your own phone on said installments and just use that service at the lower rate. My point, however, is that most providers do *NOT* do this. Most will charge exactly the same amount for a service plan whether you buy your phone outright or get it as a "free phone" with a two-year contract. Either way, the customer is paying that same amount every month, and getting the same amount of service each month, so buying the phone outright and still paying for a monthly plan is always still going to be the more expensive option..
Because going looking strictly at monthly expenses, it is cheaper than paying for a phone outright, even in installments while still paying for a cell phone plan that would cost exactly the same whether you provided your own phone or wanted the provider to subsidize it.
If a vulnerability that turns an XP machine into a zombie that can endlessly send out spam emails, for instance, it's a pretty safe bet that their ISP will simply disconnect them and won't allow them to reconnect until they are using a newer version of the OS.
I know that some providers exist that will charge more per month when they subsidize a cell phone purchase, but to the best of my knowledge, most do not. This isn't necessarily more profitable for the company per unit, but since the cost of the service is constant for the customer, the subsidized phone is going to be a more attractive option from the customer's perspective, and the provider will be more likely to attract additional customers that they might not have otherwise.
Except on an installment plan, you will still pay more per month overall until the phone is paid off, whereas with many providers the cost of the service remains the same, regardless of whether they are subsidizing a phone purchase or if you had bought your phone outright. Some providers offer discounts on the service if you already own a phone, but not all.
It's May 1, not April 1.
From comments that I've read from people who have seen the show. It was never mentioned whether or not the audience itself was recorded.
The issue is when those who can but don't is practiced as *policy*.
Pretty much, yes... because it's only when individual belief becomes a matter of general policy that preventable disease outbreaks tend to happen. There's also a segment of the population who *can't* be vaccinated, but nobody complains about them.
To Ms. Bialik's credit, at least she doesn't try to claim validity to some specious connection between autism and vaccination. She believes in personal choice, and does not advocate that nobody should ever vaccinate, which many anti-vaxers try to do.
TBBT uses both. They have a laugh track for broadcast, but most of the studio audience laughter doesn't get picked up by the mics on set... They may (I'm not certain that they do this, but I can't imagine why they wouldn't) record the audience reactions with separate microphones and dynamically adjust the recording level to suit their tastes just to get some genuine audience reaction into the sound track of the show, but most of what you hear on TBBT when it is aired in the way of audience laughter is laughtrack.
[nt]
Yes... because we know that all good actors always only portray characters that are just like them in real life.
They are putting other lives at risk. That's the real problem
The reality is that we live in a world of people who either cannot or will not objectively decide that an action might be unsafe for them at any given instant, and, regrettably, many of these so-called adults have drivers' licenses. What you suggest is ideal, but in a world that has more than enough of its share of people who are either too lazy or too immature to be bothered with trying to behave responsibly, even if they might be endangering themselves in the process, not catering to the lowest common denominator will only result in a greater number of deaths
I think the STL is amazing, and I'm glad that it's a standard part of C++, but in my experience, it's usually far too general purpose to wind up in production code. This flexibility comes at a performance cost that, however modest it may be, can often simply not be worth the hassle of maintaining. I may use the STL during prototyping, or when first implementing an algorithm in code, but will often incrementally move to using custom types as a project develops.
The version of basic that I played with extensively had limitations on what kind of data could be stored on a line of code... since the basic interpreter expected every line to have a null terminator. It was still possible to do something similar to what you did, but any embedded assembly would have to go at the end of the listing, and not at the beginning, since the presence of any 0 bytes in the assembly code would prevent the 'goto' or 'gosub' keywords from finding the right lines if they had to skip over such code. Also, once putting the assembly program into the code in that way, the listing would be messed up if you tried to view the program past that line.
The self-modifying code trick that you did sounds really cool... just the sort of thing I would have been into myself.
In the version of basic that I used, the parameter to 'usr' was actually a numeric value that was passed to a custom function, rather than necessarily referring to a memory address, and the function could directly use this value, and it would also return a value back to the basic program. If one did not need a return value, then one would typically use 'call', which would invoke a machine language function at whatever memory address immediately following the call keyword. The '&' keyword was basically just shorthand for a call to a specific memory address (one would typically write an unconditional jmp instruction to that memory address which would branch to the real intended code), and it was fairly commonly practiced in such code to manually parse the tokens which followed the '&' to define extensions to the language. One could also do this technique of custom parsing with 'call' and 'usr' as well, and I routinely did so with the latter... I did not bother ever doing it with the 'call' function because the '&' keyword was adequate for my purposes.