More Common Lisp Tweets

Jean-Philippe Paradis has announced a “massive reorganization” of his Common Lisp tweets collection. He’s also added 200 about 70 new tweets to the collection for a total of almost 200.

In the past, I’ve recommended going to his site for your browsing enjoyment and I still think that’s a good idea but, really, if you’re a Lisper you probably should follow him on Twitter. He usually has at least a couple of tweets every day so he keeps things interesting without overwhelming his followers. If you’re not on Twitter or you don’t want to follow him for some reason, you can still see his tweets by going to his Twitter page.

Update: Corrected the number of new tweets per Jean-Philippe Paradis.

Posted in Programming | Tagged , | 1 Comment

Computer Attacks in Real Time

BetaBeat has a fascinating article (via The Atlantic Wire) on a Honey Pot project that allows you to watch attacks as they happen. Every time there’s an attack, a red dot explodes on a world map at the source of the attack. A yellow dot explodes at the target site. A text box at the bottom shows more data on the attacking site, although the rate of attack is so rapid that it’s hard to read the text as it scrolls by.

As BetaBeat says, it’s hard not to mouth exploding sounds as you watch the map. It’s insanely easy to waste several minutes just staring at the action. It’s almost like an over-the-top action movie. Be sure to read the BetaBeat (or Atlantic Wire) article for some help on interpreting the display and then go on over and be amazed.

Posted in General | Tagged | Leave a comment

NIST Announces SHA-3

NIST just announced the winner of the SHA-3 competition: it’s Keccak. The Keccak hash uses a completely different strategy from the SHA-2 family, something that most analysts view as an advantage.

It’s not clear how quickly Keccak will be integrated into the infrastructure. As Bruce Schneier explains, there’s still a lot of life left in the SHA-2 family and the sense of urgency that experts felt when the contest was announced in 2006 has abated somewhat in the interim. Schneier, in fact, is recommending that we stick with SHA-512 for the time being.

Congratulations to the Keccak team and to NIST. NIST ran an excellent competition and the finalists were all great hash functions. As Schneier says, any of the finalists would have been fine.

Posted in General | Tagged | Leave a comment

SBCL 1.1.0

SBCL 1.1.0 has been released and is available from the SBCL Download page. Although they have brought the OS X binary up to date, I chose to compile from source. The compilation ran without difficulty and as far as I can tell from my limited use so far, it runs without any problems.

If you check the News page for what’s changed, you’ll find that the release is a combination of enhancements and bug fixes as well as an added section to the manual that discusses random number generation. Congratulations to the SBCL team on their achievement of the 1.1 milestone.

Posted in Programming | Tagged , | Leave a comment

Stop!

Please. Stop. This. I’ve asked, nicely, previously. Now I’m getting annoyed. I’ve said it before: If you want Python, you know where to get it.

Posted in General | Tagged , | 6 Comments

An Analysis of PIN Numbers

Over at Data Genetics there’s a great analysis of PIN numbers. By aggregating data from several breaches Nick Berry gathered 3.4 million PIN numbers and performed extensive analysis on them. Every possible value was represented in the sample but they were far from uniformly distributed. It will be no surprise to regular Irreal readers that the most common PIN was 12341 at almost 11%. Incredibly, the top 5 (1234, 1111, 0000, 1212, 7777) account for over 20% of the PINS. In terms of the iPhone and its automatic wipe after 10 failed PINS, an attacker has an over 23% chance of getting the correct PIN just by guessing the most popular ones.

There’s a lot more to Berry’s analysis than the most/least popular pins. The post is long and detailed and has a huge amount of information. If you use PINS (and who doesn’t?) I really recommend that you take a look at this post. PINS, of course, are not particularly secure but they are used all over the place and there’s no reason to be using an obvious one. Consider this. If a random person loses his ATM card, a dishonest finder has an over 18.6% chance of picking the correct PIN in 3 tries by guessing 1234, 1111, and 0000. Would your account be disgorging funds?

Footnotes:

1 Unless you’re the French Central Bank, in which case your pin is 123456.

Posted in General | Tagged | Leave a comment

Editing The Occur Buffer

Here’s a great Emacs 24 tip from Xah Lee’s Google+ ErgoEmacs circle. If you’re in an Emacs occur buffer you can call 【Meta+xoccur-edit-mode and then make changes to the occur buffer that will be reflected in the original file.

This can be particularly useful with multi-occur because you can operate on several buffers at once. When you’re done making changes call 【Meta+xoccur-cease-edit to post the changes. Although the documentation doesn’t mention it, occur-cease-edit is mapped to 【Ctrl+c Ctrl+c】.

Posted in General | Tagged | 1 Comment

Apple Maps

Much has been written lately about Apple abandoning Google maps in favor of their own in iOS 6. There are, it seems to me, two aspects to the change and the imbroglio that followed.

The first is why Apple decided to make the change at this time, especially given that their contract with Google has still had a year to go. I, of course, am not privy to Apple’s thinking on this but John Gruber of Daring Fireball, who follows Apple closely, does have some insight into that thinking. He’s written two particularly good articles that examine the issue. They’re good reading and informative so I recommend you take a look if you’re interested in the timing angle.

The other aspect is why, once Apple did change, their application performed so poorly. Certainly, Apple knows how to write software and they’ve bought lots of talent in the mapping arena so the problem must lie not with the software but with the data. At first glance it’s hard to see how this could be. After all, Apple bought all those mapping companies and got data from TomTom and Open Street Map. What could be so hard?

An article in The Atlantic helps explain how huge and difficult the problem is. The article is very revealing and gives a sense of how labor intensive producing world class maps is. To gain an appreciation for the magnitude of the effort, consider that WebProNews reports that Google has 7,100 people working on maps. That includes 1,100 full time employees and 6,000 contractors.

The takeaway is Apple has a lot of work to do to raise the quality of their maps to that of Google’s. Given the famous Apple focus, it’s just a matter of time until that happens. In the mean time, of course, Apple maps will be inferior. While you’re waiting, go on over to the Atlantic and read the article. It’s very interesting even if you have no interest in Apple’s map problems.

Posted in General | Leave a comment

A wgrep Demonstration

Xah Lee has a post recommending wgrep, an Emacs extension that allows you to edit the results of grep and have the results reflected in the original file(s). This is good stuff. Although he didn’t write wgrep, Magnar Sveen demonstrates it in his Web Rebels talk. As I’ve said before, this is a great talk and worth watching with or without wgrep.

If you want to see how wgrep works, go watch the talk. I promise you, you want be sorry.

Posted in General | Tagged | Leave a comment

Getting Started with Common Lisp on OS X

I was reading Nikodemus Siivola’s excellent Common Lisp FAQ and came across a reference to Jonathan Fischer’s guide to getting started with Common Lisp on OS X. If you’re an Machead who’s wanting to get started with CL, these instructions will help a lot. Fischer outlines his plan as

  1. Install SBCL
  2. Install Aquaemacs
  3. Install Quicklisp
  4. Configure everything to work together.

The rest of post expands on the individual steps of the outline.

My only quibble with Fischer’s plan is the recommendation to use Aquaemacs instead of GNU Emacs. I’ve used Aquaemacs and it’s a great tool but I much prefer GNU Emacs. Perhaps I’m not enough of a Machead to worry about having the Emacs UI modified to do things the Mac way but I like using the “standard” Emacs because it’s always more up to date and because it’s available and works the same on all the platforms that I use.

In the comments, Greg Pfeil makes the case for Clozure Common Lisp as easier to install and having an IDE for the Mac. I’ve used CCL and it’s definitely a great CL implementation. I use SBCL because it’s used by many of the Lispers I admire and follow and seems to be preferred by most experienced Lisp hackers. The integrated CCL IDE holds no attraction at all for me. As I’ve written before, I’m all about using and mastering a single editor for ALL my work. In fact, my original impetus for moving from Vim to Emacs was to get Slime so I don’t need no stinkin’ IDE. Again, though, I used CCL for some time and I can recommend it without hesitation.

If you’ve been wanting to try out CL but it seemed too hard to get started, Fischer’s post may be just what you need.

Posted in General | Tagged , , | 2 Comments