News for hackers. Stuff that matters.

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.

Re:Frank Gasking on preserving «lost» games on Sunday November 02, 2025 @08:17AM (#45790093)
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.
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

Re:Replacement PCB Replicates Early 80s Modem on Thursday February 22, 2024 @01:46PM (#39471299)
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.
Re:The Soviet 1801VM2 LSI-11 Processor (2021) on Tuesday January 30, 2024 @05:15PM (#39196639)
... 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.

Re:Thoughts on Bootstrapping GHC (2018) on Monday March 21, 2022 @05:05AM (#30751860)
Re:Ask HN: Examples of Unusual Code Formatting Styles? on Sunday January 30, 2022 @06:10AM (#30135909)
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)

Re:Fq: Jq for Binary Formats on Thursday December 23, 2021 @03:30AM (#29659850)
BER/DER/PEM encodings are mostly quite simple, have very few subtle details.
Re:Bitcoin Is Time on Tuesday March 02, 2021 @01:59PM (#26318970)
> 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?
Re:How I use Wireshark on Tuesday June 19, 2018 @04:29PM (#17350060)
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
Re:Cryptocurrencies: looking beyond the hype on Monday June 18, 2018 @02:45PM (#17340626)
very well said, thank you so much.
Re:Ask HN: Is WebDav still relevant? on Friday May 25, 2018 @03:41PM (#17157185)
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.

Re:VPN leaks users’ IPs via WebRTC on Thursday March 29, 2018 @04:08PM (#16710604)
just for the record, "B" option is not helping here.
Re:Who and what is Coinhive? on Monday March 26, 2018 @11:07AM (#16679447)
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.”

Re:Debugging Behind the Iron Curtain (2010) on Wednesday March 21, 2018 @10:07AM (#16638073)
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.

Re:Debugging Behind the Iron Curtain (2010) on Tuesday March 20, 2018 @01:49PM (#16630851)
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!
Re:Old Calculator Web Museum on Friday December 01, 2017 @04:42PM (#15827818)
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".

Older »