My new favorite vim/tmux bug

http://www.daniellesucher.com/2014/04/24/my-new-favorite-vim-tmux-bug

by luu • 12 years ago

198 34 12 years ago

dfc• 12 years ago

https://webcache.googleusercontent.com/search?q=cache:_EPaIs...

sarum1990• 12 years ago

Hrm, it seems to me that this is just a byproduct of not following the full installation instructions of the plugin located at: https://github.com/pivotal/tmux-config

kolme• 12 years ago

Not a VIM bug, not a Tmux bug. Not even a "pivotal/tmux-config".

By the way, as I understand, one shouldn't fiddle with &t_* options, unless strictly necessary. It's supposed to be a Bad Idea ® because it makes things less portable.

(Although I'm also guilty of this, changing the cursor color in insert mode is just too cool for me to resist).

maxlybbert• 12 years ago

I agree. Both vim and tmux did exactly what they were told to do.

staticshock• 12 years ago

Every bug in existence is a story of different software components doing exactly what they were told to.

droob• 12 years ago

I could read bug stories/refactoring stories all day. It's the programmer's version of This Old House.

gee_totes• 12 years ago

Then I probably shouldn't introduce you to The Daily WTF[0]

[0]http://thedailywtf.com/

mr_tyzic• 12 years ago

Those are stories about what idiots other people are. Not as interesting, and predictable after a while.

Good debugging stories, like the OP, are mysteries.

tiziano88• 12 years ago

Mark Russinovich's "the case of the unexplained" [0] blog posts used to be one of my favourite read on the entire web.

[0] http://blogs.technet.com/b/markrussinovich/archive/2012/07/0...

chadrs• 12 years ago

I've always felt there should be a conference for bug hunting.

All talks about bugs, how they were solved, dead ends attempted, tools/techniques used to diagnose, etc.

Would be really useful to see how other people approach debugging and you'd probably get to learn about lots of tools you didn't know existed.

pavel_lishin• 12 years ago

That would be fantastic. I imagine a fun format where you are presented with the bug, and given some appropriate, but short, length of time to try and diagnose it. (Let's say, 15 minutes to an hour.) Then, the presenter polls everyone to see if anyone figured it out, and explains the actual bug and the fix in an actual presentation.

Fuxy3• 12 years ago

I love how excited he was when he got to take his bug friend home :)

randlet• 12 years ago

Danielle is a she not a he

Fuxy3• 12 years ago

More respect to her she sounds like a cool person.

math0ne• 12 years ago

"Verify all assumptions"

I swear I should just have a sticky with that on my monitor. Would really save me a lot of time.

mikeash• 12 years ago

I got stuck verifying my assumption that the sticky was real.

toolz• 12 years ago

I wish I was smart enough to document things as thoroughly as she did while debugging this problem. The solution was simple and wouldn't really have been a very exciting read, but since she was smart enough to document the process she was able to produce a really meaningful post that shows off the fruits of great documentation and sleuth work.

badman_ting• 12 years ago

Yuck.

pyre• 12 years ago

The explanation is wrong. In Normal Mode, 'te' is takes the cursor to the character before the next occurance of 'e' on the line. E.g.

  Test Words Go Here
       ^

'te' would take the cursor to here:

  Test Words Got Here
                 ^

dsucher2• 12 years ago

Oh, nice catch! I use t as a motion all the time, but that still slipped by. Just updated the post with the correction, thanks!

dbbolton• 12 years ago

They could have saved some time by trying to reproduce the bug while running `vim -u NONE`.

The first thing I do when I encounter a problem in vim is to run it a) without plugins, b) without my .vimrc, and c) with neither plugins nor rc.

mkehrt• 12 years ago

Awesome, this will be helpful in tracking down some weird behavior I'm currently seeing in vim...

philsnow• 12 years ago

exactly; in the emacs community, when somebody is chasing down a weird bug, they get asked to run emacs with the flags that disable all the startup customization as the very first thing, because 90% of the time, its a problem with some interaction in the user's (byzantine) ~/.emacs.d

dsucher2• 12 years ago

I didn't know that was a thing! Sweet, thanks - this'll totally be useful in the future!

johncoltrane2• 12 years ago

1. Fail to read a short README and install plugin properly.

2. Waste hours of your and other's time chasing the weird "bug" that's direct consequence of point 1.

3. Write a long pointless post where you don't even aknowledge your initial stupidity.

4. Get famous on the World Wide Web.

No fucking wonder why nobody RTFM anymore: failure is success!

holyjaw• 12 years ago

Was this particularly necessary?

antimagic• 12 years ago

She didn't do the install, she just encountered a pre-configured system that wasn't working properly. The documentation for vim and tmux is extensive. If you sit down to "RTFM", you're going to disappear for a week or two, and you probably won't even realise it when you read (and then forget) the bit that you actually needed.

Honestly, if you are not impressed by this piece of bug hunting, you are either an absolute genius, or someone without enough experience to appreciate just how difficult what she accomplished actually was (note the elegance of the solution - simply applying a symbolic link). I'm going to go with option 2, because I would already know who you are if it was option 1, but I don't, you're an anonymous internet 'nym.

johncoltrane2• 12 years ago

https://github.com/pivotal/tmux-config#tmuxconf-installation

No, I'm not impressed.

I'm not impressed because the "bug" she wasted so much time to hunt down is not a vim or tmux bug at all. Even with quotes around "bug".

It's someone, somewhere, failing to read the aforelinked 42 lines long README.

Nothing to write home about.

sneak• 12 years ago

AKA why I hate unix and the developers responsible for most of its tools with a seething passion, condensed down into a single webpage.

Anyone who reads the part where t_F9 actually means F19 and doesn't get completely enraged at the person who made that decision never gets to work for me...

illicium• 12 years ago

I like UNIX, vim and tmux and I agree with you. They're not 21st century tools, but for a lot of tasks, they're the best we've got.

copergi• 12 years ago

The tools in question, and the OS in question, bear little to no resemblance to unix or its tools. Blaming unix for the monstrosities that it inadvertently spawned isn't really fair.

al2o3cr• 12 years ago

This reminds me of the stories about TECO, where programmers of the time would play a game "guess what happens when you type in your name in command mode".

zecho• 12 years ago

I love the enthusiasm.

This read like a tech version of a Scooby Doo episode.

A great mystery solved with a little symlink.

My new favorite vim/tmux bug

Related Stories