mtve

50M+ subs operator, at least 10 employees can have both location and CRM data, I guess it's pretty typical.

As someone who has access to such data at a telco

so you do have access :)

- Lawful interception and emergency services use completely separate paths, exposed via user interfaces that aren't available to employees.

correct for LI, not for emergency.

Also why not simply switch to a different phone operator?

yes, the only solution.

RoboZZle?

Cisco IOS, highest density information per screen of old days CLI, like "sh int" (show interface) to get almost all required information at one glance.

duplicate of https://news.ycombinator.com/item?id=16628877

you may also check out the quite logical and convincing "Visceral Theory of Sleep":

The visceral hypothesis suggests that during sleep, the central nervous system, particularly the cerebral cortex, switches from analyzing exteroceptive information to analyzing signals arriving from interoceptors distributed throughout all the systems of the body

9V battery was enough for two modems to communicate back-to-back, without dial tone or ringing signals, just "ATD" command on one and "ATA" on another.

... with 16 pins and two carrying handles!

Sorry in advance for not answering right to your question, but you may check sources of ManGOS/TrinityCore/family WoW servers for that.

In short, from what I know, yes, quests are stored in "quest log" fields of character data in server DB, and they are tracked by the clients and checked by the server. Some simple auto quests like "find this item" are not even tracked by server and only stored on completion. Since both client and server have all game data, the client knows about all possible quests and only shows to the player what is appropriate at a current state.

4043 bytes of 8086 emu: https://www.ioccc.org/2013/cable3/hint.html

wonder could https://www.ioccc.org/2019/lynn/hint.html help here?

and https://github.com/zserge/jsmn

APL/J/K C-sources (perhaps by Roger Hui): https://github.com/jsoftware/jsource/blob/master/jsrc/a.c and other *.c files

Niklaus Wirth, Verilog: http://people.inf.ethz.ch/wirth/FPGA-relatedWork/RS232R.v

all of ioccc)

BER/DER/PEM encodings are mostly quite simple, have very few subtle details.

But you can't prove that something has happened BEFORE a particular event using Bitcoin hashes.

https://opentimestamps.org/

nMigen still requires toolchains, perhaps you mean that iCE40 is just supported by Yosys+nextpnr?

some corrections - http://blog.zorinaq.com/serious-faults-in-beci/

seems nobody mentioned rpcapd in this thread - https://github.com/rpcapd-linux/rpcapd-linux could be used to see interfaces on remote linux boxes from windows desktop

very well said, thank you so much.

Seconded this thread, don't understand all other laudatory threads.

Tried again recently, Windows 10 with latest apache webserver fails hard on simple tests.

Some technologies must just die and disappear.

not quite the assembly, but you may look at small intros at https://www.pouet.net/prodlist.php of sizes 32 bytes and so on.

many intros are provided with source codes, and others could easily be viewed in disassemblers.

especially look at intros by such brilliant people like Digimind and Řrřola.

This is absolutely true.

And as has been said in other threads, Google Talk was the only sane strategy for Google and it was lost.

just for the record, "B" option is not helping here.

Just to continue the quote from the article:

Reached for comment about this apparent conflict of interest, Coinhive replied with a highly technical response, claiming the organization is working on a fix to correct that conflict.

“We have developed Coinhive under the assumption that site keys are immutable,” Coinhive wrote in an email to KrebsOnSecurity. “This is evident by the fact that a site key can not be deleted by a user. This assumption greatly simplified our initial development. We can cache site keys on our WebSocket servers instead of reloading them from the database for every new client. We’re working on a mechanism [to] propagate the invalidation of a key to our WebSocket servers.”

1. anonymous Sergey as a story source, without any verificable identity.

2. "he went drinking with a few military personnel", so it's retelling of rehearsal, even more trust.

3. "government plan was to mix the meat from Chernobyl-area cattle with the uncontaminated meat", that's seems plausible. contamination of meat was "up to 1,0*10-6 Ci/kg" (according to widely cited secret "annex 10 of protocol #32"), it's 300 times of banana equivalent. from the same scary stories fansites, there were 34 Кtons of bad meat (it's one thousand of railway carriages btw). so not so dramatic, definitely not a near nuclear blast.

4. [computer was] "located in a building close to the railroad tracks". inverse-square law, walls, exposure time from a moving train etc. i would more believe in vibration caused by trains as a cause of problems.

5. the SM-1800 computer: KR580VM80A cpu (8080 clone) is 6 mkm and 2 MHz (compare to modern 10 nm and 2 GHz), K565RU3A ram (4116 analog, like in ZX Spectrum), and other components. even the computer case was solid metal. i can not tell you precisely, but there should be a powerful source of radiation to crash such computer reproducibly.

so no, i don't buy it. sorry for hurting your radio- and russo-fobias.

allow me to call the parent story bullshit.

orphan_jobs.sql: SELECT job_id FROM `{{.JobQueue}}` WHERE status = 'grabbed' AND grabber_id != CONNECTION_ID() LIMIT 1000

can it break when MySQL's thread ID is reused, and some new client will get the same CONNECTION_ID as a previous failed worker?

turbo c 2.0 forever!

Primitive Technology: https://www.youtube.com/channel/UCAL3JXZSzSm8AlZyD3nQdBA

You may check "Soviet Digital Electronic Museum" by Sergei Frolov:

http://www.leningrad.su/museum/main.php?lang=1

some digital proof would be more convincing, like "at time X we got archive with merklehash H of all documents (https://opentimestamps.org/), and this information Y is from this source file hash F proved by this tree T".