StarCraft was actually built by Blizzard Entertainment (formerly Silicon and Synapse), Blizzard North (Condor) were the team behind Diablo and Diablo 2.
The last release was in 2006 it seems. No wonder it was hard to google it. Its also interesting knowing someone compiled and published this interpreter for the Jornada Super-H CPU.
I concede Radiohead (though, of course, not Nirvana). First time I saw Radiohead was at an REM show (Patti Smith made a surprise appearance). I'd still go to bat for the argument that REM's influences are more influential than REM itself is.
Some other bands that list them as an influence are Pavement, Pearl Jam, Live, Collective Soul, Alice in Chains, Better Than Ezra, Liz Phair, The Decemberists, Wilco.
You hear Pearl Jam in that list the way you hear Nirvana, but I think that has more to do with the chronology and with REM's unofficial role as the bellwether/popularizer of alt radio (which I think is overblown) than any actual artistic influence. Whatever Liz Phair wants to say about Exile, her real influences (besides the Stones) are simply REM's influences.
I concede The Decemberists. Basically a band that blended the Athens Elephant 6 sound with 80s college rock. Sure: the Decemberists were more influenced by REM than by Patti Smith or the Velvets or Television.
Wilco is a weird one. I have a suspicion that Wilco, or at least Jay Bennett-era Wilco, is more influenced by mainstream early-90s alt rock than anybody is comfortable admitting. Heavy Metal Band is basically 1979 off Mellon Collie, which: what Chicago band is going to admit that influence?
Collective Soul, Better Than Ezra, Live: these are bands that kind of prove my point. The lead guy from Live once wrote Stipe a letter asking for advice on how to become a rock star.
Tweedy is from the Illinois side of metro St Louis and was touring colleges in southern IL, MO, KY, GA, etc as a member of Uncle Tupelo when he met and became friends with Buck. They collaborated on some projects, and Buck even produced an Uncle Tupelo album.
It’s probably better to think of it as “Tweedy influenced by REM” rather than “Wilco influenced by REM”.
I'm an unabashed Tupelo fan and I don't get as much alt-rock in No Depression or Anodyne (another top 5 album for me) as I do in Summerteeth and, especially, YHF.
But then Jay Bennett leaves and they're a krautrock band.
The article is about compiling and running a program inside the emulator. When the unexpected behavior occurred, the author assumed it was a bug in the emulator.
So if it's not a bug in the emulator, then it's a bug in COMMAND.COM? I don't think that's the case, surely it couldn't have been missed by Microsoft at the time. The article goes on to talk about fread/fwrite calls, but COMMAND.COM was written in assembly, I'm pretty sure it didn't link to any libc, and certainly not to Open Watcom -- why would MS use it instead of their own library?
What is expected behavior? Surely `echo AB> foo.txt; echo CD>> foo.txt` producing `ABBC` is either a bug in COMMAND.COM, the emulator, or something else? That can't be correct.
The most common scams around home buying are wire fraud - contact the buyer pretending to be the title company and steal their money. The data in a mortgage is exactly what you need to enable these scams and you're getting people to hand it to you and at the same time tell you they are about to wire money.
Yep. When we closed on our house we got a whole lecture from the title company about how frequently data breaches lead to wire fraud and to not trust anyone. Mortgage originators are constantly under attack to try to get at the information that OP is asking people to just casually upload.
Their aggressive dismissal of the concern is not a good look.
I am not dismissing the concern, I was stating the tool solves an even larger concern. I'm doing everything I can to setup it up to be secure, private, and worthy of trust and addressing the feedback points.
If you have suggestions more than "don't trust this random internet tool even if it gives you free advice, regardless of the value it offers", please let me know [thanks emoji]
With all due respect, that is the fundamental problem here. Your tool may provide value to your users but uploading mortgage documents to random third parties is de facto dangerous and encouraging users to act irresponsibly.
A great analogy would be a website that asks users to provide their usernames and passwords for sites to see if it’s a strong password or if it’s been compromised. “Sorry, the credentials stouset / hunter2 were found in our database for Hacker News.”
Sure maybe you’re a saint and don’t store or misuse this data. But such a site would in the best case be training users to do a very wrong and dangerous thing. In the worst case you get breached by attackers who do use the collected data to do evil.
> A great analogy would be a website that asks users to provide their usernames and passwords for sites to see if it’s a strong password or if it’s been compromised. “Sorry, the credentials stouset / hunter2 were found in our database for Hacker News.”
This is actually a really good analogy because it does illustrate that it's not a completely crazy ask—people do trust Troy Hunt to run such a site. But OP should be much more understanding of how dangerous the concept is and offer options to resolve concerns (Troy allows downloading the passwords list to check locally), especially while they're not Troy Hunt-level famous and still are trying to build up trust.
Troy's site isn't actually handling the user's real password to check, its doing a lookup of hashes to see if a similar hash is there. The password and final hash checks never leave the client side. Still a lot of trust involved in a site like that, and yeah he encourages you use the API to do the comparisons yourself.
This is actually uploading all the information to the backend and storing it in a database. Like a page that is asking for a service URL, a username, a password, a TOTP secret, sending it all to the server, and having the server check if the credentials have been pwned and saving it all.
On a per individual basis, I think most individuals would prefer to overpay mortgage fees slightly rather than lose the entirety of the money they wire.
Wire Transfers are not undoable and instant, much like Zelle. So I always recommend people send $10 first, and confirm everything works, before sending real money. When doing the confirmation, try using a different channel of communication, to ensure you are getting the right person. i.e. call them directly from known good phone numbers or something.
Yes many banks charge $30 or more for a wire transfer, but I'd rather just pay the $60 than have a large sum wire transfer lost, stolen, etc.
Some banks/Brokerages are sane and do not charge extra for wire transfers. Fidelity is one such. BOA also(if you have enough assets there, $100k will do it).
Is it too paranoid that even for first time Zelle (with people I know in real life) I send a $ and ask them to see if they received it, before sending anything else?
I have never done a wire transfer at a residential closing. I come to the closing at the title company office with a cashier's check from my bank for the amount they told me to bring.
No, fair enough. I would not close anywhere other than a local title company though. I've had a few odd things surface at the last minute that were resolvable because everyone was sitting around the same table.
Cashier's check was only accepted for amounts less than $10k at our closing by our title company. This seems common to require wire. The title company contracted with a 3rd party escrow service so the money was required into the title company's account at the escrow service. I assume a cashier's check would need to be mailed to the escrow company
And you can replace the default DOS stub file with `/STUB` in the MSVC linker. Different linkers can and do use different stub files, though MSVC and GCC happen to use the same stub file because the original author of the BFD code---that was eventually used by GNU ld to generate a PE file---had apparently no idea what it was...
/* this next collection of data are mostly just characters. It appears
to be constant within the headers put on NT exes */
filehdr_in->pe.dos_message[0] = 0x0eba1f0e;
filehdr_in->pe.dos_message[1] = 0xcd09b400;
filehdr_in->pe.dos_message[2] = 0x4c01b821;
/* ... snip ... */
filehdr_in->pe.dos_message[13] = 0x0a0d0d2e;
filehdr_in->pe.dos_message[14] = 0x24;
filehdr_in->pe.dos_message[15] = 0x0;
filehdr_in->pe.nt_signature = NT_SIGNATURE;
(Of course, this code dates back to 1996 or earlier so the existence of DOS stubs might not have been a common knowledge if you didn't do any Windows programming.)
On the other hand, lld uses a functionally same but slightly different stub file [1] because it prints no newlines.
Even the DLL's are executables. It is about 100 bytes in where it says the real executable type. Some are OS1.x, win3x, win32... and so on. Think there is also a platform byte (x86, arm, mips, etc). My google fu is failing on the list of different types at the moment.
https://schulzmuseum.org/