msherry
Joined 13 years ago
Karma
285
Submissions
66
Member since
Mar 1
Contact me at [email protected]
View on Hacker NewsRecent submissions
Comment · 11 months ago
It wasn't originally -- it was created in Palo Alto, by people not affiliated with Russia. It's gone through changes since then, though, and I don't know the current ownership status.
Source: I worked there a long time ago.
Comment · 4 years ago
That's why this is such an impressive achievement!
Comment · 6 years ago
"Ox is easier to use than Vim because it doesn’t have modes where the keyboard is repurposed, however it takes the idea of being a keyboard-only editor and being able to act just like an IDE after some configuration."
Comment · 6 years ago
> And contrary to most business owners’ beliefs, older buildings are not “grandfathered” into the ADA and are susceptible to these lawsuits.
Comment · 7 years ago
TFA says that Ernst and Young was the company to crack the laptop. Ernst and Young would not burn a zero-day exploit on an auditing job.
Comment · 7 years ago
This is answered in the article. See section 3, "They (probably) were a good investment."
Comment · 10 years ago
He's not claiming that you can brute-force the encryption key -- he's proposing another way to brute-force the PIN itself that won't trigger exponential timeouts or auto-wipe of the device. I don't know if he's right or wrong, but let's at least make sure we're clear what his argument is first.
Comment · 10 years ago
Said bar was mentioned in the article, even.
Comment · 10 years ago
I remember doing this a few companies ago. Except we didn't have a modem, we just found a phone we could send commands to. It had some user interface that would pop up after every sent message, so we rigged up a terrible little hack to press the acknowledge button every few seconds to dismiss it. It worked surprisingly well :)
Photo of this amazing disruptive device: https://i.imgur.com/6MNb19R.jpg
Comment · 11 years ago
Q: What's an anagram of "Banach-Tarski"?
A: "Banach-Tarski Banach-Tarski"
Comment · 11 years ago
It's true that the SEC makes this data available free of charge, but it's typically not useful without a lot of extra processing. XBRL(http://en.wikipedia.org/wiki/XBRL) is a standard of sorts, but there seems to be no enforcement of how it's used across different companies' filings (or even across multiple filings from the same company), and many critical pieces of information are filed under e.g. company-specific extensions. It's definitely a pain working with the data in any meaningful way.
FWIW, www.downside.com had a hard time reading the latest filings for AAPL, the only one I tried. Visiting http://www.downside.com/cgi/testfinancialsextract.cgi?url=ht... threw an error "ERROR: SGML Parse error: EXCEPTION reading from net: The filing is bigger than the maximum allowed size of 5000000 bytes. at EDGAR/netutil.pm line 75."
Comment · 11 years ago
Thanks, Steve! We miss having you around here :)
Comment · 11 years ago
Maybe. If you're just loading constants onto the stack, it seems like it would be pretty forgiving of optimizations and such, and even work across architectures (assuming the same endian-ness, at least).
I'd definitely look for init code for some calculation (as it appears the author has done here), rather than actual computation code, since, as you point out, optimizations could have a huge impact on the instructions emitted for those.