I'm surprised they didn't use 0xDECAFBAD for the Java format.
Even more interesting is the Wikipedia page https://en.wikipedia.org/wiki/Hexspeak catalogs a delightfully long list of hexspeak words and what they're used for.
in ur-scheme i assigned a magic number to each boxed type as an easy dynamic type test. procedures are 0xca11ab1e, variables moved onto the heap because they were captured by a closure are 0x1ce11ed, strings of text are 0xbabb1e, cons cells consisting of a car and a cdr are 0x2ce11ed, symbol objects used for naming procedures and variables are 0x1abe1, and all other types are unboxed. aside from being enjoyably silly, this was surprisingly helpful when i was single stepping through the code it generated in gdb. hex dumps are a lot easier to read when you do that
There are quite a few memorable words you can spell using 32 or 64 bits—like BA5EBA11. This is the story of me -not- choosing one of those.
These bit-pattern words are handy because they’re easy to recognize, especially in a random memory dump.
On my first “real” assignment, I was writing real-time embedded C code for a 16-bit processor that communicated with a host microprocessor on a server. We needed to run periodic assurance tests across a bus to ensure reliable communication with the host since we weren't constantly using the bus.*
We were given an unused register address on the host processor and told to write whatever we wanted to it. The idea was to periodically write a value, read it back, and if we encountered any write errors, incorrect reads, or failures, we’d declare a comm error and degrade the system in a controlled manner.
Instead of using zeros or something like 0xDEADBEEF, I decided to write 0x4D494B45 - "MIKE" in ASCII. It was unique, unlikely to be tampered with, it worked, and no one argued with me. The code shipped, the product shipped, and all was well. We even detected legitimate hardware errors, which I thought was pretty cool.
Fast forward two generations of systems, and long after I’d moved on from that team, the code had been ported around but that assurance test remained unchanged. Everything was fine until they brought up a new generation of systems, flipped on the firmware for that device, and 10 seconds later, my assurance test clobbered an important register. The entire system promptly checkstopped and crashed. It took the team days to figure out what was wrong, and I had to explain myself when they found "MIKE" staring back at them from the memory dump.
That was a fun project. ;-)
* Note: It would've been bad if our device went out to lunch because we were responsible for energy management of the server. If the power budget was exceeded and we couldn't downclock and downvolt the processor, something might have crashed or been damaged.
A side benefit of the 2GB address space limit for 32-bit Windows programs is that magic numbers are not valid pointers, and will instantly cause an access violation if used.
I chose my name partially for the 0xFEEEFEEE pattern that the Win32 HeapFree fills memory with in debug mode. I found it when I was very young in the debugger due to this very the reason and I've always loved the words in hex codes since!
My preferred way to make a "magic" constant has been using base64. For example, 0x31a82270 maps to base64 `MagicA==`. This approach is most useful when the magic constant itself shouldn't be obviously ASCII but still should be meaningful enough.
Kind of low-key hilarious that someone thought this was a serious enough issue to actually submit that code. I wonder if there is a written spec that helps to judge which integers should be considered "problematic" and which ones aren't.
Maybe they just didn't want the checker to flag itself.
I remember there was a similar check inside Google, where any file containing the words "DO NOT SUBMIT" will cause the presubmit check to fail. Naturally the presubmit checker needs to look for that string, but it couldn't trivially include the string as-is because that would prevent the presubmit checker from being submitted.
(Motivation for something like this is that if you inserted some extra logging statements or similar for debugging, you would add "DO NOT SUBMIT" in nearby comments, so that you will remember to remove them later).
It's also fun if you want to include that string in a template file so that users of the template don't forget to fill in the template before submitting.
The actual diff in question [1] does show that there have been multiple cases where such "magic" numbers did appear in rustc, so that the lint is meant to catch any such known cases to reduce possibly resulting complaints in advance, no matter you like them or not. (This is also why the list is not as exhaustive, as it needn't to be.)
And now I can't unrememeber and feel totally compelled to a) translate them and b) use them in my code somewhere.
Cannot help but think this is a deliberate pun, to get cynic's imagination going ... did they do this to poke fun at the PC brigade asking for it, or were they actually seriously believing it would make users look the other way ? Either option is funny.
(practically, used only "F0015601D" ... as IPv6 link-local address. No, wasn't a honeypot service)
if your coworker says 'ana over in sales is a babe' they're almost certainly commenting on her appearance, not just mentioning her gender. even if they don't explicitly mention her b16 b00b5, you may reasonably wonder if they're judging you on the same basis, and in particular whether you'd have a better yearly peer evaluation if you were a dowdy man instead of a dowdy woman
if they instead say 'leslie over in sales is a dood' they're just being explicit about his gender, perhaps because someone thought he was female
i'm not endorsing any value judgments for or against these statements, just explaining what other people's thinking (factually) is which leads to the kind of value judgments that lead to policies against putting b00b135 in your source code
i suspect cafed00d was included as a (possibly counterproductive) gesture to allay equity concerns like yours rather than because of any serious concern that a cafed00d constant would cause anyone any concern on its own
It's probably based on the Hexspeak Wikipedia page [1], which contains 7 "babe" constants and only 2 "d00d" constants. So we already had much more "babe" magic constants to start with, I wonder why... ;-)
A lot of my posts are mildly cryptic and meant to be humorous, but I’ll just put this out here seriously. I think anyone who originates an identifier like DEADBABE is a sick pup.
No wonder the compile times are so slow. Rustc comes with built-in content moderation!
Anyway I think they forgot a few, like 173406926 (// Intentionally written in decimal rather than hex).
Seems like they just checked https://en.wikipedia.org/wiki/Hexspeak. Kind of a weak effort, overall.
Really? Current mainstream political shibboleths are more important than for example their stance on module versioning or on whether C code should have a right to exist?
it seems likely that the degree of importance they accord to current mainstream political shibboleths is informative about the community's value system and decision-making process, and therefore how it will change its policy on module versioning and c code in the next few years
probably some people will think it's encouraging information, and others will think it's discouraging information, but either way it's important information
So someone using "0xCAFEBABE" or whatever, do you really think women take it personally, or what is the problem here? If I were to use it, there would be no target, and I doubt in most common uses there are any, so it does not make much sense to me.
I’ve never liked those hex words, especially the sexually connoted ones, but at the same time I find the existence of code checking for them very cringy.
Because every word and every combination of hexadecimal characters is "potentially offensive", and because those prone to taking offense are perfectly capable of finding it anywhere that they want to anyway?
> Because every word and every combination of hexadecimal characters is "potentially offensive"
No they are not. There are plenty of harmless combinations, like 0x1235679a or other with English words like 0xcafebad0.
Offensive was a bit of a strong word here, I was mostly paraphrasing the dictionary. However in male-dominated field, using an objectifying word targeting 50% of the world population is definitely in poor taste.
Most important of all, it looks unprofessional. It don't think it would look professional for HR to put jokes in our salary sheets, and I think the same applies to company code.
after the parent kills the children that were sending the commands to the slaves, it needs to wait to reap the zombies, because there's no garbage collection for the dead children. otherwise the process table might fill up from all the forking, like with a fork bomb. then stonith failover will nuke the server, unless it's on the blacklist of dummy servers
i wrote the stonith daemon in racket scheme because guile was too slow and was sometimes missing a heartbeat
Yes. Once I used Rust's Command in a wrong way, and after terminating a child it has turned into a zombie. I had to forcefully kill it manually each time this happened. It had to be fixed in the long run, because each run risked an OOM Killer (employed by the system) will show up and start its random kills. When I've finished my fixes, I've committed everything to the master branch and CI slaves started working nightly to bring me fresh binaries to execute in the morning. It wasn't much longer after smoke tests when it was apparent that the bug was eliminated. ;)
Just wait until they hear that it’s perfectly fine to show someone being graphically killed or blown up on prime time TV, but a national scandal if a boob gets flashed.
It’s just a particular flavor of first world problems combined with group policing using rage and shaming.
I know my libertarian tendency hackles get triggered when I see it, but frankly I’ve given up giving a shit. Mostly.
But there is a target here, too. "Ana" and "Leslie". I get the "b00b" ones may be "bad" in the sense that those are sexually explicit nouns, but as for "d00d" or "babe", not so much as it requires a target.
It's a mystery, lost to the sands of time. IMO, it's highly unlikely anyone will ever discover why the maintainers of the Rust compiler decided to lint their codebase for a dozen or so magic numbers.
It's fairly simple - and I don't know why no one has pointed this out already.
If everyone starts to use the same magic numbers then they are no longer magic and you can end up with strange corner case bugs and holes where a magic number used in one context is mistaken for a magic number in another context.
the github commit's "conversations" log for the commit has a few notes you need to log in for to view. But then, the maintainer who merged said "it's just a few constants". Which is fair enough.
I think this would more belong into clippy; it'd be easier extensible then, and less "magic". But I'm just a 0xf001 who's intentions are 0x900d ... please don't let me 0xbe misunderst0x0d.
When I worked on Windows Phone during the good ol' days, my team used this for a sort of retail mode assert, for situations that really shouldn't happen. Instantly recognizable. The definition went something like this:
// This is a shout out to that 80s hit. You know the one.
The 1 in bit 31 was required to signify that it's a Win32 error code. The other high bits are essentially a namespace, which we used correctly for all our other error codes.
It's far better than constants like NEVER_USE_OR_MODIFY_OR_YOU_WILL_BE_FIRED that are supposedly for testing only but turn out to be used in production to control whether a beta feature appears or not, and so lead to a bunch of dead code that couldn't really be cleanly disentangled from good production code without someone familiar with it doing a diff review.
Wherever my Motorola MPx200 went, it says "Hello."
It's as old now as the first Jazz concert at Carnegie hall was to it. Fred Astaire's "Nice Work if You Can Get It" was #24 on the charts that year. https://en.wikipedia.org/wiki/1938_in_music
Crap. I used to think being alive was better than being dead. But come to think of it, the only ones complaining are the ones who are still alive. I’m conflicted now.
a long time a go I wrote a script that spit out random phrases in hex that would work as a mac address. I used to do this to mess with my coworkers in networking , and previous coworkers at the ISP I was still using. My HN username is the only one i remember though.
That's a Code of Conduct violation. It's not the 90s anymore, there's no quarter for this type of thing in modern development teams. Rust's style checker even flags up the use problematic magic numbers.
He means that the style checker only checks for those sorts of numbers in the source code to rustc.
But the point remains: there is far, far less tolerance for the sort of humor that objectifies women today, and even laughing at it can get you in trouble as Tim Peters recently found out.
I’m not offended. It is unprofessional. Talking about sex at a workplace that is not about sex is going to be offputting to many people who are not there to have sex.
I'm surprised they didn't use 0xDECAFBAD for the Java format.
Even more interesting is the Wikipedia page https://en.wikipedia.org/wiki/Hexspeak catalogs a delightfully long list of hexspeak words and what they're used for.
in ur-scheme i assigned a magic number to each boxed type as an easy dynamic type test. procedures are 0xca11ab1e, variables moved onto the heap because they were captured by a closure are 0x1ce11ed, strings of text are 0xbabb1e, cons cells consisting of a car and a cdr are 0x2ce11ed, symbol objects used for naming procedures and variables are 0x1abe1, and all other types are unboxed. aside from being enjoyably silly, this was surprisingly helpful when i was single stepping through the code it generated in gdb. hex dumps are a lot easier to read when you do that
http://www.canonical.org/~kragen/sw/urscheme/compiler.scm.ht...
I like the way how this is playful and useful at the same time.
:)
The page you linked introduces another "suspect" to the "cafe babe" mistery:
> ("cafe babe") is used by Plan 9's libc as a poison value for memory pools.
Both the NeXT computer and Plan 9 were developed in the mid 80s, so I wonder who used it first? But I don't think that one influenced the other?
I've used 0xc0ffee00 at work, recently even. 0xbec0ffee or 0xd0c0ffee were also in the running.
because it would need to be an even number of digits
I count 8 digits
Sneaky isn't it? Its give for the first "word" then three for the second.
Semi-related story with some insider baseball:
There are quite a few memorable words you can spell using 32 or 64 bits—like BA5EBA11. This is the story of me -not- choosing one of those.
These bit-pattern words are handy because they’re easy to recognize, especially in a random memory dump.
On my first “real” assignment, I was writing real-time embedded C code for a 16-bit processor that communicated with a host microprocessor on a server. We needed to run periodic assurance tests across a bus to ensure reliable communication with the host since we weren't constantly using the bus.*
We were given an unused register address on the host processor and told to write whatever we wanted to it. The idea was to periodically write a value, read it back, and if we encountered any write errors, incorrect reads, or failures, we’d declare a comm error and degrade the system in a controlled manner.
Instead of using zeros or something like 0xDEADBEEF, I decided to write 0x4D494B45 - "MIKE" in ASCII. It was unique, unlikely to be tampered with, it worked, and no one argued with me. The code shipped, the product shipped, and all was well. We even detected legitimate hardware errors, which I thought was pretty cool.
Fast forward two generations of systems, and long after I’d moved on from that team, the code had been ported around but that assurance test remained unchanged. Everything was fine until they brought up a new generation of systems, flipped on the firmware for that device, and 10 seconds later, my assurance test clobbered an important register. The entire system promptly checkstopped and crashed. It took the team days to figure out what was wrong, and I had to explain myself when they found "MIKE" staring back at them from the memory dump.
That was a fun project. ;-)
* Note: It would've been bad if our device went out to lunch because we were responsible for energy management of the server. If the power budget was exceeded and we couldn't downclock and downvolt the processor, something might have crashed or been damaged.
That was a great “Mike says no” moment.
What a funny way to think about it. Gordo again gets all the blame.
vs. 80's commercial tag line about 'Mikey likes it"
A side benefit of the 2GB address space limit for 32-bit Windows programs is that magic numbers are not valid pointers, and will instantly cause an access violation if used.
I chose my name partially for the 0xFEEEFEEE pattern that the Win32 HeapFree fills memory with in debug mode. I found it when I was very young in the debugger due to this very the reason and I've always loved the words in hex codes since!
My preferred way to make a "magic" constant has been using base64. For example, 0x31a82270 maps to base64 `MagicA==`. This approach is most useful when the magic constant itself shouldn't be obviously ASCII but still should be meaningful enough.
too bad pointer alignment isn't visible in a base64 dump of memory
Rust will yell at you if you use specific magic numbers like these
edit: yes, 0xCAFEBABE is a warning but 0xFEEDFACE is not:
3405691582
https://github.com/rust-lang/rust/blob/d0ea1d767925d53b2230e...
Kind of low-key hilarious that someone thought this was a serious enough issue to actually submit that code. I wonder if there is a written spec that helps to judge which integers should be considered "problematic" and which ones aren't.
Not just that, but they also wrote the numbers in decimal - they didn't even want them in the code as an example of what not to do.
Maybe someone was having too much fun and got carried away, but what an odd sense of humor.
> wrote the numbers in decimal
Maybe they just didn't want the checker to flag itself.
I remember there was a similar check inside Google, where any file containing the words "DO NOT SUBMIT" will cause the presubmit check to fail. Naturally the presubmit checker needs to look for that string, but it couldn't trivially include the string as-is because that would prevent the presubmit checker from being submitted.
(Motivation for something like this is that if you inserted some extra logging statements or similar for debugging, you would add "DO NOT SUBMIT" in nearby comments, so that you will remember to remove them later).
It's also fun if you want to include that string in a template file so that users of the template don't forget to fill in the template before submitting.
But it's clippy, you can just annotate it with an #[allow(problematic_constants)]
It’s not humor.
It’s religion for the irreligious.
The actual diff in question [1] does show that there have been multiple cases where such "magic" numbers did appear in rustc, so that the lint is meant to catch any such known cases to reduce possibly resulting complaints in advance, no matter you like them or not. (This is also why the list is not as exhaustive, as it needn't to be.)
[1] https://github.com/rust-lang/rust/pull/92469/files
And now I can't unrememeber and feel totally compelled to a) translate them and b) use them in my code somewhere. Cannot help but think this is a deliberate pun, to get cynic's imagination going ... did they do this to poke fun at the PC brigade asking for it, or were they actually seriously believing it would make users look the other way ? Either option is funny.
(practically, used only "F0015601D" ... as IPv6 link-local address. No, wasn't a honeypot service)
Reformatted:
irb> [184594741, 2880289470, 2881141438, 2965027518, 2976579765, 3203381950, 3405691582, 3405697037, 3735927486, 4027431614, 4276992702].map! { _1.to_s(16) }
=> ["b00b135", "abadbabe", "abbababe", "b0bababe", "b16b00b5", "beefbabe", "cafebabe", "cafed00d", "deadbabe", "f00dbabe", "feedbabe"]
I wonder why are many many "babe" constants included, but only a single "d00d" constant.
if your coworker says 'ana over in sales is a babe' they're almost certainly commenting on her appearance, not just mentioning her gender. even if they don't explicitly mention her b16 b00b5, you may reasonably wonder if they're judging you on the same basis, and in particular whether you'd have a better yearly peer evaluation if you were a dowdy man instead of a dowdy woman
if they instead say 'leslie over in sales is a dood' they're just being explicit about his gender, perhaps because someone thought he was female
i'm not endorsing any value judgments for or against these statements, just explaining what other people's thinking (factually) is which leads to the kind of value judgments that lead to policies against putting b00b135 in your source code
i suspect cafed00d was included as a (possibly counterproductive) gesture to allay equity concerns like yours rather than because of any serious concern that a cafed00d constant would cause anyone any concern on its own
What I get from this comment is my DD’s need to be cultivated, even if I’m a man.
It's probably based on the Hexspeak Wikipedia page [1], which contains 7 "babe" constants and only 2 "d00d" constants. So we already had much more "babe" magic constants to start with, I wonder why... ;-)
[1] https://en.wikipedia.org/wiki/Hexspeak
A lot of my posts are mildly cryptic and meant to be humorous, but I’ll just put this out here seriously. I think anyone who originates an identifier like DEADBABE is a sick pup.
The sickest dudes pull the gnarliest waves. Or the FBI’s most wanted list, I guess.
Either way, go big or go home?
Burn baby burn
(As per the Apollo guidance computer)
It's because soos is the most perfect man
No wonder the compile times are so slow. Rustc comes with built-in content moderation!
Anyway I think they forgot a few, like 173406926 (// Intentionally written in decimal rather than hex). Seems like they just checked https://en.wikipedia.org/wiki/Hexspeak. Kind of a weak effort, overall.
[dead]
This is only for rustc, not for arbitrary rust programs.
That says all I need to know about the community.
Really? Current mainstream political shibboleths are more important than for example their stance on module versioning or on whether C code should have a right to exist?
it seems likely that the degree of importance they accord to current mainstream political shibboleths is informative about the community's value system and decision-making process, and therefore how it will change its policy on module versioning and c code in the next few years
probably some people will think it's encouraging information, and others will think it's discouraging information, but either way it's important information
Yes.
>right to exist
we must secure the existence of C code and a future for node children
that sounds like 0xBADDBEEF
OxDEADBEEF
Rustaceans NOT beating the allegations.
But why?
https://www.oxfordlearnersdictionaries.com/definition/englis...
> but sometimes considered offensive if used by a man to a woman he does not know
There are billions of other magic numbers to choose from anyway.
> but sometimes considered offensive if used by a man to a woman he does not know
At some point within the past 10 years they started inserting these annoying little sjw asides into the dictionaries
So someone using "0xCAFEBABE" or whatever, do you really think women take it personally, or what is the problem here? If I were to use it, there would be no target, and I doubt in most common uses there are any, so it does not make much sense to me.
Just don't take the risk. Why is there a need to put potentially offensive words in the code when there are billions of alternatives?
Some people may find it funny, but it mostly gives an image of immaturity.
I’ve never liked those hex words, especially the sexually connoted ones, but at the same time I find the existence of code checking for them very cringy.
Because every word and every combination of hexadecimal characters is "potentially offensive", and because those prone to taking offense are perfectly capable of finding it anywhere that they want to anyway?
> Because every word and every combination of hexadecimal characters is "potentially offensive"
No they are not. There are plenty of harmless combinations, like 0x1235679a or other with English words like 0xcafebad0.
Offensive was a bit of a strong word here, I was mostly paraphrasing the dictionary. However in male-dominated field, using an objectifying word targeting 50% of the world population is definitely in poor taste.
Most important of all, it looks unprofessional. It don't think it would look professional for HR to put jokes in our salary sheets, and I think the same applies to company code.
Krssst wrote: > No they are not. There are plenty of harmless combinations, like 0x1235679a or > other with English words like 0xcafebad0.
and 0xcafed00d?
It's about what's offensive in certain groups living in the US.
Nobody cares about the rest of the world. Certainly not these groups.
I'm still baffled that it's still possible to use the "kill" word when terminating processes, but "cafe dude" is somehow undesirable.
Selective virtue signalling at its finest.
after the parent kills the children that were sending the commands to the slaves, it needs to wait to reap the zombies, because there's no garbage collection for the dead children. otherwise the process table might fill up from all the forking, like with a fork bomb. then stonith failover will nuke the server, unless it's on the blacklist of dummy servers
i wrote the stonith daemon in racket scheme because guile was too slow and was sometimes missing a heartbeat
Yes. Once I used Rust's Command in a wrong way, and after terminating a child it has turned into a zombie. I had to forcefully kill it manually each time this happened. It had to be fixed in the long run, because each run risked an OOM Killer (employed by the system) will show up and start its random kills. When I've finished my fixes, I've committed everything to the master branch and CI slaves started working nightly to bring me fresh binaries to execute in the morning. It wasn't much longer after smoke tests when it was apparent that the bug was eliminated. ;)
oh yes, i execute so many children every day, i take it so much for granted that i didn't even think about that
i'm sure glad this discussion is so hierarchical because on irc we might get kicked for it
> it's still possible to use the "kill" word when terminating processes
Shhhh, don't give them any ideas.
Just wait until they hear that it’s perfectly fine to show someone being graphically killed or blown up on prime time TV, but a national scandal if a boob gets flashed.
It’s just a particular flavor of first world problems combined with group policing using rage and shaming.
I know my libertarian tendency hackles get triggered when I see it, but frankly I’ve given up giving a shit. Mostly.
perhaps https://news.ycombinator.com/item?id=41238488 will provide helpful context on the different ways people think about these things
But there is a target here, too. "Ana" and "Leslie". I get the "b00b" ones may be "bad" in the sense that those are sexually explicit nouns, but as for "d00d" or "babe", not so much as it requires a target.
Oh.
I was reading them out in hex. As in CA FE BA BE …
Now I feel stupid.
The beauty of being that kind of ‘stupid’ is you’re impervious to certain kinds of shaming. Enjoy it. Revel in it, if you can.
It's a mystery, lost to the sands of time. IMO, it's highly unlikely anyone will ever discover why the maintainers of the Rust compiler decided to lint their codebase for a dozen or so magic numbers.
It's fairly simple - and I don't know why no one has pointed this out already.
If everyone starts to use the same magic numbers then they are no longer magic and you can end up with strange corner case bugs and holes where a magic number used in one context is mistaken for a magic number in another context.
I feel my leg is being pulled, ever so gently.
the github commit's "conversations" log for the commit has a few notes you need to log in for to view. But then, the maintainer who merged said "it's just a few constants". Which is fair enough.
I think this would more belong into clippy; it'd be easier extensible then, and less "magic". But I'm just a 0xf001 who's intentions are 0x900d ... please don't let me 0xbe misunderst0x0d.
What a meme language.
0xB16B00B5
0x08675309 also shows up fairly often.
When I worked on Windows Phone during the good ol' days, my team used this for a sort of retail mode assert, for situations that really shouldn't happen. Instantly recognizable. The definition went something like this:
// This is a shout out to that 80s hit. You know the one.
#define E_JENNY_JENNY_WHO_CAN_I_TURN_TO 0x88675309
The 1 in bit 31 was required to signify that it's a Win32 error code. The other high bits are essentially a namespace, which we used correctly for all our other error codes.
It's far better than constants like NEVER_USE_OR_MODIFY_OR_YOU_WILL_BE_FIRED that are supposedly for testing only but turn out to be used in production to control whether a beta feature appears or not, and so lead to a bunch of dead code that couldn't really be cleanly disentangled from good production code without someone familiar with it doing a diff review.
Wherever my Motorola MPx200 went, it says "Hello."
Does that mean anything?
It's a reference to a song ("867-5309 / Jenny") by Tommy Tutone. It's pretty dated by now.
It was fun to read about this in the North American Numbering Plan documentation.
Dated?!
DATED?!
BLASPHEMY!
;-)
It's as old now as the first Jazz concert at Carnegie hall was to it. Fred Astaire's "Nice Work if You Can Get It" was #24 on the charts that year. https://en.wikipedia.org/wiki/1938_in_music
Dated, just like putting noses to smileys!
iOS speech-to-text spells "smiley face" with a nose.
FWIW! :)
I feel older every day.
Better than not getting any older!
[Citation Needed]
Crap. I used to think being alive was better than being dead. But come to think of it, the only ones complaining are the ones who are still alive. I’m conflicted now.
If you're a child of the 80's in North America it does!
(Do a google search on the number, without the 0x0 prefix...)
Pop song in the 80s, 867-5309 (Jenny)
Welp, time to trademark the old handle.
hey cousin!
Hey fellas!
Ditto. I wonder if I can get some sponsors too
a long time a go I wrote a script that spit out random phrases in hex that would work as a mac address. I used to do this to mess with my coworkers in networking , and previous coworkers at the ISP I was still using. My HN username is the only one i remember though.
I always set my MAC to deadbeefcafe because it stuck out so much to see it in wireshark.
7415 8E55A6E 15 A99407ED!
0xC05FEFE
What about 0xDEADBEEF?
Came here to say this
Great to see these UserLand Radio Blogs are still hosted all these years later. Dave Winer (and I am sure others) obviously worked to see that happen.
= CAECBA8E
0xDDDB00B5
That's a Code of Conduct violation. It's not the 90s anymore, there's no quarter for this type of thing in modern development teams. Rust's style checker even flags up the use problematic magic numbers.
This is only for rustc, not for arbitrary rust programs.
Wouldn't rustc flagging "problematic" numbers prevent arbitrary rust programs from having them in the source?
No. These tests are part of rustc’s tests, not part of anything that runs for arbitrary Rust programs.
He means that the style checker only checks for those sorts of numbers in the source code to rustc.
But the point remains: there is far, far less tolerance for the sort of humor that objectifies women today, and even laughing at it can get you in trouble as Tim Peters recently found out.
Excuse me, but men can have boobs too.
I mean, 0xDDDB00B5 is about as appropriate in a codebase as 0xB166D1C5 or 0x73571C23 would be. Which is to say, it isn’t.
You're offended if someone wrote "testicle" in source code? Are you also offended about "ankle" or "hair"? The puritanism...
I’m not offended. It is unprofessional. Talking about sex at a workplace that is not about sex is going to be offputting to many people who are not there to have sex.
The mere mention of the word "testicle" makes you think that your coworkers want to have sex with you? Wow.
Have you tried talking about testicles in a work meeting? Genuine question.
There's a difference between "talking about it" and "the word is uttered somehow at some point".
A constant in a codebase is not “uttered somehow at some point.” It is a fixture for everyone to see until it is changed by another commit.
What objectionable thing is 0x73571C23 supposed to be?
Testicle. It's a small unit test.
https://en.wiktionary.org/wiki/ickle
Huh, cool.
nuts
TESTICLE I believe
[dead]
[dead]
[flagged]