Slashdot Mirror


Hubbard Asks FreeBSD Hackers To Rename EDOOFUS

MobyTurbo writes "Jordan K. Hubbard, on instruction from Apple, had to inform the freebsd-hackers list that the error, pointed to by the error message number named EDOOFUS, must be changed. Several interesting suggestions have been made in the resulting thread."

34 of 119 comments (clear)

  1. compromise by elmegil · · Score: 2, Interesting

    EDFS seems like it's obscure enough to not offend, but true enough to the original sentiment to fly for those "in the know".

    --
    7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
    1. Re:compromise by elmegil · · Score: 2, Funny

      Having gone back and read the ENTIRE thread now, however, I throw my weight (feather-like though it be) behind "EDONTPANIC" even though sometimes it's used outside of kernel code. If only errno 42 were still available....

      --
      7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
    2. Re:compromise by Ian+Jefferies · · Score: 2, Funny

      Does this suggest the forking of EdoofusBSD?

      *ducks* and runs... and then goes and reads the Google thread. Oh, it's already AppleBSD.

      --
      A physicist is an atom's way of thinking about atoms
    3. Re:compromise by JDWTopGuy · · Score: 4, Funny

      EdoofusBSD is dead!

      --
      Ron Paul 2012
    4. Re:compromise by br4dh4x0r · · Score: 2, Funny

      Both sides will be severely destroyed.

      Severely destroyed?

      That's much worse than getting normally destroyed.

  2. A little misleading... by greck · · Score: 5, Insightful

    From the article, it doesn't seem like Apple actually asked Hubbard to do anything, nor does it seem like he's saying it "must be changed"... he's just proactively trying to solve a problem before it forks into a silly headache. No need to inflate the drama of the situation any more than it's already going to be.

  3. Call for opinions by PD · · Score: 5, Funny

    Obviously the kernel developers need OUR help to sort this sorry mess out. Everyone, please make a google news account ASAP and put your two cents in. If all of us together put our minds to it, and posted our opinions on that thread, I'm sure they would appreciate our help in solving this problem quickly and efficiently. Thanks.

  4. From the Thread: by big_groo · · Score: 4, Funny
    This is my favorite response:

    From: Michael Meltzer (mjm@michaelmeltzer.com) Subject: Re: A modest proposal for better errno values...

    View this article only Newsgroups: fa.freebsd.hackers Date: 2003-05-13 16:58:07 PST

    > #define EDOOFUS 88 /* Programming error */

    #define E370HSSV 88 /* Programming error */

    I think this one keeps the orinigal sprite of EDOOFUS, I will now crawl back into my cave :-)

    MJM

    PS. For the non dyslexics try reading it upsidedown.

    Priceless...

    1. Re:From the Thread: by renehollan · · Score: 3, Funny
      #define EUSERERR (EDOOFUS)

      There. That'll stop EDOOFUS from appearing in sanitized corporate source code...

      Until the day when...

      /*#define EUSERERR (EDOOFUS) -- was redundant */

      ... and all hell breaks loose in the software industry as builds break all over the place. Tee hee hee.

      --
      You could've hired me.
  5. EUSERERR? by hackwrench · · Score: 4, Funny

    Sure, shift the blame from the programmer (/* Programming error */) to the user(EUSERERR)

  6. This seems typical by Sentry21 · · Score: 3, Interesting

    I don't mean to troll - some of my best friends are FreeBSD users - but somehow, this sort of thing doesn't surprise me. In every circumstance I've ever tried (and believe me, I've tried), I've found FreeBSD coders to be somewhat... elitest. The assumption that anyone who makes a mistake is a 'doofus' doens't surprise me much at all. Oddly enough, though, this is exactly the sort of childishness that many lead FreeBSD team members accuse Linux of.

    Why not just change it? Why make it into an issue? Is this some kind of 'fight the man' issue? You'd think they'd have gotten an ego boost from Apple using their code - repeatedly - and by trying to work *with* the community instead of just taking and leaving.

    I tried FreeBSD because I thought it would be neat, and it was, until I had to ask someone for help. Then I went back to Linux. Unfortunately, they don't seem to realize that people are people too. Help is more useful than insults.

    --Dan

    1. Re:This seems typical by cperciva · · Score: 4, Insightful

      The assumption that anyone who makes a mistake is a 'doofus' doens't surprise me much at all.

      I think people are misunderstanding the purpose of this error. EDOOFUS doesn't mean "someone has made a stupid mistake" -- it means "*I* have made a stupid mistake". People aren't editing each others' code to add EDOOFUS; they're using it in their own code.

      Much better than simply writing /* this should never happen */ into your code.

    2. Re:This seems typical by ctr2sprt · · Score: 4, Informative
      I got into a fairly huge debate on some Linux newsgroups on this subject. I suppose I should provide my background: I started with Linux back in the 1.0s, then eventually converted to FreeBSD at 4.4, which is where I am now. Many of the posters had interesting stories and comments on Linux source code, and some people (like me) had a problem with the... I don't know what to call it, kind of a snobbish anti-elitism (the elitism of people who hate elitists). My first post on the subject is where you start, in case you care which one is me.

      Basically the same discussion, and basically the same problems. Neither Linux nor FreeBSD are immune to this. I'm disappointed to see EDOOFUS in FreeBSD, but unfortunately, it's an artifact of the hacker culture. For some reason, we equate expressing ourselves with acting like children, and so the attitude works its way into our code.

      Anyway, I doubt anyone will find that huge thread interesting - watching someone beat his head against a wall is probably less fun than doing it yourself - but it certainly should show that Linux has lots of those people you seem to dislike.

    3. Re:This seems typical by lpontiac · · Score: 4, Informative
      I've found FreeBSD coders to be somewhat... elitest.

      Thing is, this isn't something that a coder slings at a user, this is something that a FreeBSD coder would see as a result of their own mistake.

      I'm a coder, and when I make a stupid mistake I'll call myself all manner of things when I figure it out. Then someone in the office will ask and I'll explain what I did, and they'll follow up with a Nelson laugh.

      It's all in good fun. The only reason for removing this error (aside from, as stated in the Usenet thread, some columnist wanker getting ahold of it and blowing it out of proportion) would be to never have a "stupid error" code thrown in your face when you do something.. really stupid. I'm not quite sensitive enough to think that's necessary.

    4. Re:This seems typical by cperciva · · Score: 3, Informative

      EINVAL means "invalid argument". EAGAIN means "resource temporarily unavailable". Neither means "woah, something wierd happened here -- we've recovered, but this Needs To Be Fixed".

    5. Re:This seems typical by Arandir · · Score: 2, Funny

      It's so nice to know that the Linux community is free from elitism and other bad attitudes. Such a breath of fresh air in hackerdom.

      I mean after all, the freebsd-newbies list sends out a weekly messages saying to not post technical questions to the list. And what do the FreeBSD people do when someone posts a technical question to the wrong list after being repeatedly told not to? They tell the user not to! How rude!

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  7. Bike Shed reference by Karna · · Score: 5, Informative

    For those who are left in the dark, the bike shed reference is the following:

    16.19. Why should I care what color the bikeshed is?
    The really, really short answer is that you should not. The somewhat longer answer is that just because you are capable of building a bikeshed does not mean you should stop others from building one just because you do not like the color they plan to paint it. This is a metaphor indicating that you need not argue about every little feature just because you know enough to do so. Some people have commented that the amount of noise generated by a change is inversely proportional to the complexity of the change.


    More details at the link.

    --
    All weakness is within you, As is all courage.
    1. Re:Bike Shed reference by essdodson · · Score: 2, Informative

      Thanks for the tidbit. This the second time I've ran into something interesting like this. "Bell The Cat" is another interesting bit I ran across almost a year ago.

      Anyway, I think the bike shed deal applies to the vast majority of posts here on slashdot. I wonder if there's another cool term to reference situations where people are clueless and should not comment, that would encompass most of the posts not handled by the bike shed.

      --
      scott
  8. Re:Article in case of slashdotting by geekoid · · Score: 2, Interesting

    that gives me an Idea!

    national.. no, GLOBAL slashdot Google day.
    Once a year, at noon GMT aeverybody does a search on google. I bet we might have such n effect, that it might take as long as 3 seconds to return reslts!

    or..aa...not.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  9. or by geekoid · · Score: 3, Funny

    EBUTHEADCOMPUTERCOMPANY

    No, it is not a troll. it reference tha outcome of something that happened between Apple and a certian astronomer.
    of course, if you are actually qualified to judge statemment about Apple, I wouldn't need this disclaimer. butthead.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    1. Re:or by cant_get_a_good_nick · · Score: 4, Informative

      I laughed when I saw this, great reference.

      For those wondering, when the first group of PowerPC Macs came out, one of them (I think it was the 7100) was code named the Carl Sagan. Sagan protested this use of his name. Apple was pissed, it's just a code name. Someone renamed it to BHA, for Butt-Headed Astronomer.

  10. Umm.... Slow news day? by jkh · · Score: 5, Informative

    It must be when a rather innocuous request to freebsd-hackers makes it to slashdot! Just to set the record straight, I didn't do this "at Apple's request", I did this because it seemed silly to fork a header file over the name of a single entry in it and, as I said in my message to -hackers, I just thought I'd check to see if FreeBSD was willing to change it before Apple changed it in their own sources. Anyone with time to waste can see the original message (and the thread which followed) here:
    http://lists.freebsd.org/pipermail/freebsd- hackers /2003-May/000791.html

    Personally, I rather liked the EDONTPANIC suggestion...

    --
    - Jordan Hubbard co-founder, the FreeBSD Project. Director, UNIX Technology. Apple Computer
  11. Of course, with a little irony... by Mulligan · · Score: 2, Funny

    ESOSUMI

  12. Just rename it to by Slipped_Disk · · Score: 2, Funny

    EUCANTCODE

    --
    /~mikeg
  13. I was sold on EDONTPANIC... by Anonymous Coward · · Score: 5, Funny
    ...as soon as I saw this post:
    In many of the more relaxed civilizations on the Outer
    Eastern Rim of the Galaxy, FreeBSD has already supplanted
    the great UNIX[R] as the standard repository of all knowledge
    and wisdom, for though it has many omissions and contains
    much that is apocryphal, or at least wildly inaccurate, it
    scores over the older, more pedestrian work in two important
    respects.

    First, it is slightly cheaper; and secondly it has the error
    EDONTPANIC inscribed in large friendly letters in its source.
  14. Re:Dance Puppet Dance by sirket · · Score: 2, Insightful


    hmm, Can anyone else picture the strings leading from Jordan's fingers to Steve Job's fingers. I mean cmon, does it really matter? Its like asking a friend to build you a bikeshed then bitching because they didn't do a good enough job.


    Frankly most people found it to be a very innocous request. Jordan never demanded anyone change it, and pointed out that if need be, Apple will maintain the changes themselves. The point was that should people start using this ERRNO outside of the kernel, then programmers will need to maintain two different sets of ERRNO values. Just kinda silly.


    I think that it adds more character to freebsd than a stale, sterilized and bland OS.


    EDOOFUS may add more character, but I think it adds the wrong character. Frankly, it isn't even that funny. Who the hell uses the word doofus anyway?


    Then he has the balls to say that he likes a specific name.
    ...

    Saving some face there Jordan? Good try bud.

    Frankly, if you don't think this is a lot funnier, you need to get a life... or possibly actually sit your ass down and read Hitch Hikers Guide to the Galaxy. Even Wilko Bulte though this was funny and suggested changing the error number to 42.


    Ohh yeah, One more thing. Fix it yourself lazy ass.


    Jordan has already said he would fix it himself. He was simply trying to avoid future incompatibilities.

    Do us a favor, if you are a FreeBSD user then please consider switching to Linux.

  15. Apple: Deal with it by version5 · · Score: 3, Interesting
    I'm of the opinion that Apple should suck it up and accept the current state of affairs. There's no technical reason to change it. Anyone with the skills to go through Apple's source is likely to be well aware of the FreeBSD connection, and even if they do get offended, they wouldn't blame Apple.

    Apple can profit from the labors of the FreeBSD folks, that's cool, I'm in favor of that, but I draw the line when Apple decides it wants to interfere with the FreeBSD culture.

    I also find it slighly hypocritical that Apple wants to change a little-known and hardly-used identifier after publically code-naming one of their projects "Butthead Astronomer" in honor of Carl Sagan. Also, as someone on the newsgroup mentioned: The Boolean variable "STUPID" [in Apple Pascal I] --documented as STUdent Programmer ID-- was set TRUE by default, as shipped by Apple Computer.

    --

    "It's Dot Com!"

    1. Re:Apple: Deal with it by Wtcher · · Score: 2, Insightful

      Since when did Apple step into this issue? Hubbard even said his request had nothing to do with Apple asking anyone anything.

      --
      ----- Wtcher Dragon, UDIC
  16. Not Likely. by sethadam1 · · Score: 2, Insightful

    JKH posted this to the developers' list. I don't think he was intending to throw weight around, but more likely ask the guys who actively develop to make a simple change.

    Only when it becomes Slashdot discussion does it suddenly seem like he's using politics to change FreeBSD from behind the Apple tree.

  17. In 5.1 code? by sammy.lost-angel.com · · Score: 2, Interesting

    Is this in the 5? I did not see anything in 4.8. If so, that will shed some light on the next version of OS X... er Darwin.

  18. Re:Umm.... Slow news day? by Anonymous Coward · · Score: 2, Insightful

    Jordan has a point (as he usually does when he speaks up). An errno like that isn't something that's going to be burried in some kernel code for no one to see - that's something that programmers will have to use. I do not use silly variables and function names in my software for several reasons, #1 they aren't descriptive generally and #2 it's just not professional.

    I also agree with Jordan that this individual errno name is trivial but I believe his concern is that it's the start of a trend that could make programming for BSD an exercise in trash talking and English slang. ..... but that's just my opinion, I could be wrong..

  19. Thanks. Slashdot crowd needs coaching though... by aphor · · Score: 3, Insightful

    The idea isn't that FreeBSD committers can't call their errno EDOOFUS, but rather Apple can't as a matter of style. Therefore, EDOOFUS threatens to make the separation between FreeBSD and Darwin/MacOS-X one iota worse than it already is. Forking is an unfortunate necessary evil, and despite the "openness" of the code, there is another dimension of usability, which means portability in this case.

    If you make your code open, but people have to add a lot of macros to adapt your code, it isn't as good as if they could just use it as-is. A good programmer is always looking for any affordable way to make his programming effort more useful with less work to make use of it. It's the wisdom of forward-thinking laziness. If your code is hard to adapt, who cares if it is free? The cost of re-use includes blood-and-sweat of integration. Ideally there would be no blood-and-sweat to reuse FreeBSD code. A bad joke (admit it: hacker humor is mostly bad inside jokes) is not a good reason to fork a file IMHO; I agree with JKH.

    --
    --- Nothing clever here: move along now...
  20. With reason by siskbc · · Score: 2, Insightful
    die...pigdog() is a function, which all developers can completely ignore if they like but without forking. EDOOFUS is an error code that will have to be tested for quite a bit, without choice (well, unless you consider not error checking a choice). Therefore, it will be impossible to ignore DOOFUS without forking.

    It is damned funny. But I do think it at least supports his contention that he does, in fact, have a sense of humor.

    --

    -Looking for a job as a materials chemist or multivariat

  21. Re:it's not going to users... by Arker · · Score: 2, Funny

    Well here's how I think.

    FreeBSD is very much an internet phenomenon.

    If you get upset when someone on the internet calls you a 'doofus' then you're not going to get much out of it. If that was the worst thing I'd ever been called... sheesh it's not even a real insult. It's like a nerf insult... I really think anyone that would feel insulted about it is wearing their feelings on their shirtsleeve to an absurd degree. In terms of removing barriers to participation, the barrier here would be the excessive sensitivity, not the word doofus.

    Now if the error was ESHITFORBRAINS maybe I could see your point, but doofus? Come on.

    --
    =-=-=-=-=-=-=-=-=-=-=-=-=-=-
    Friends don't let friends enable ecmascript.