metafex

Ah very nice, thank you!

Is the course material online? If so could someone who has access share which papers they are referencing?

This would (at least to me) be the next best thing as a non-CMU student ;)

There is definitely interest in this. It is always nice to dive into different computing architectures and see how stuff is done. And it's never wrong to write something more accessible than the Intel manuals ;) (one can read those if really necessary anyhow)

Not much better i guess? You'd have to model in the SAT-solver what is already more or less efficiently done here.

My best guess would be that the SAT-solver would be a lot slower, as this PoW system is mostly based on memory latency. From the paper: "Runtime is linear in graph size and dominated by random access latency"

Censys (https://www.censys.io/) is also from them and it's a search frontend for a quick lookup in their data. It can come in real handy.

Then better Hetzner vServers, comparable to Linode and DO i guess? The setup is also done in a few minutes and they perform quite nicely.

If I understand this right, fasm_g is the macro-language of fasm with some additions and the ability to output bytes.

That's really quite something, is it yet comparable to the current fasm?

I write cursive with a Pilot G-Tec C4 and am a lefty. I also tend to write very small and generally never had a problem with fine tips, thicker tips and fountain pens OTOH disagree with me. So i guess it's just a matter of trying things (and pens) out :)

Now that's something one can use on a server w/o python. It's obviously harder to use than a fire and forget service, but it broadens the use-cases to simple gear where you don't want to run everything (or can't).

That's no debugger. That's a debugger: https://github.com/derekparker/delve

If you want to attach to running processes, use delve, it's awesome. For me personally, even with Go's short build times, you can't just deploy a new binary into a running system to see where a problem lies. Sometimes there is just no way around a traditional debugger.

The linked material in the answer is also higly interesting, including details about the RAD-hardening. As the decision was made in 1991 to use the SPARC architecture, it makes sense that they continued the development of their architecture. It is also good to see that there seems to be VHDL code available to tinker with the core in FPGAs. Thank you for the link :)

Does someone know about what SPARC processors they are talking about? I thought (at least for long-range missions) RAD-hardened PowerPC processors where the way to go.

Free shipping to Austria with 0,99€ for express. Looks like they have vastly different shipping rates.

As to "Use Free Software": the OTR protocol currently stands the test against various agencys and holds strong. I suggest to use software that makes use of it, e.g. ChatSecure. Also, If you wan't someone who's not a random person on the internet telling you this: go watch the talk of Jacob Appelbaum and Laura Poitras from the 31C3.

The Problem with closed source software is an will always be, that we can never be certain of it's security (at least not without reverse engineering every version and fully understanding it).

Simply put, use the reference nacl implementation only when you really know what you're doing. As with all things crypto it's easy to shoot yourself in the foot, and libsodium makes it a bit harder than reference nacl.

Also noteworthy: the GSM network at the congress works like a charm, it's really awesome!

It's by the guys from eventphone.de running Osmocomm (more info at https://events.ccc.de/congress/2014/wiki/Static:POC)

> they are building pyramids while other languages are building stuff out of bricks

Pyramids are engineering feats, Java EE people are building stuff which look like works from M. C. Escher, it bends your mind when you try to understand the code :)

Also a little anecdote to the complexity of enterprise stuff: at the company I worked before, they were writing an entire persistence framework from scratch (with annotations instead of xml) so they could get away from hibernate.

And yes kids, enterprise applications at large companies are exactly as hard to maintain as you may have guessed (after this article).

Old legacy codebases in Java are one of the worst things I've ever seen. (spiked with old stuff nobody maintains anymore and also nobody pays you to upgrade, such fun times)

Third result for me: Emperor Norton there you have it. Where's the problem? :D (yes, I know, emperor and not king)

Ahh, so much quiter without all those birds and other critters :P

On a serious note: cats usually integrate well with their ecosystem and if they would really pose such a big threat, smaller mammals and brids would just migrate away. edit: I'm speaking of balanced ecosystems where cats have natural enemies, foxes and whatnot.

So that the cat can go outside to play and come back to shit? :) (happenes from time to time)

What makes it even worse is the name KZPlayground, for me personally stuff like that sends shivers down my spine, though I'm slightly biased (being Austrian, family history, etc.).

kz can thoug also be the TLD/country code for Kazakhstan, there are just a lot of ambiguities in all the human languages and product naming can be a real pain (some car-makers have some experience with especially bad naming :) )

On the contrary the Neo900 phone shows that even very small batches of open-hardware phones can be made. The difference with open source projects is the passion that makes them work (even if just for a few people) :)

It basically talks to certain network-cards directly, bypassing the TCP/IP stack. AFAIK it presents raw ethernet packets to the lua code which have to be parsed by the application (i don't know exactly if there isn't some code present in the repo to deal with sockets and such directly). The repo: https://github.com/SnabbCo/snabbswitch Under src/apps there are some examples.

It would be very interesting if this could be combined with snabbswitch for some truly awesome bare-metal lua networking.

It is marketing at it's finest: create fear and uncertainty and have a product ready to ease the pain (even though it won't likely help in any way).

It says basically nothing. It gives a CVE (for which no information is available) and says the exploit was used with PowerPoint documents, that's it.

This exploit is delivered with a PowerPoint document, so no remote hole. It's a bit strange, that the reference a CVE (for which no information is available) and just generically describe the campaign and whatnot. The real report though is only available after a registration? That's not really the way things should be done. If there is a threat, inform people about it and don't hide all the stuff.

Yes, Open Source communities can be bad. But there are also good ones. And if you think Linus is bad, read some comments from Theo de Raadt.

The first opensource project I tried to contribute to when I started coding has been a horrible experience. When I asked about some directions regarding some details, the only responses I got were not nice, to say the least. f.i. they complained that i mixed british and american english, and that was the most constructive response. Well, stuff like that can happen if your 13, from austria and never had a proper english-teacher before ;-)

OTOH there are also the good experiences where people help each other out and aren't afraid to teach someone how things work. there are a lot of good FOSS communities out there.

For me personally the guys around the Aboriginal Linux project stand out. They have been really helpful on IRC and the ML is also refreshing to read :)

The tip about getting the binary from /proc is also helpful if you upgrade screen/tmux and the newer version doesn't allow you to reattach to it. With that you can use the old one to reattach, work your magic, and restart the session.