warren_ellis

No, really. This isn’t serious, right?

I mean, the book got cancelled.

warren_ellis

Your home shopping list, by Ariana, which saves me having to type out pretty much the same list.  Did you see Wil Wheaton’s new mug idea?  Right here.

http://blogs.msdn.com/oldnewthing/archive/2009/11/27/9929239.aspx

Commenter Boris mentions that he uses NJ Transit to get rid of his excess pennies. But what do you do if your area isn't served by NJ Transit?

I use the self-checkout line at the grocery store. The machine has a slot for accepting coins, and you can drop pennies in there until your arm falls off. I don't do this when the grocery store is crowded, since this holds up the line.

(Yes, banks also have change-counting machines, but using the machine is overkill when you have only thirty pennies to get rid of.)

http://blogs.msdn.com/oldnewthing/archive/2009/11/27/9929238.aspx

Knowledge Base article 139071 has the technically correct but easily misinterpreted title FIX: OLE Automation BSTR caching will cause memory leak sources in Windows 2000. The title is misleading because it makes you think that Oh, this is a fix for a memory leak in OLE Automation, but that's not what it is.

The BSTR is the string type used by OLE Automation, and since strings are used a lot, OLE Automation maintains a cache of recently-freed strings which it can re-use when somebody allocates a new one. Caches are nice (though you need to make sure you have a good replacement policy), but they confuse memory leak detection tools, because the memory leak detection tool will not be able to match up the allocator with the deallocator. What the memory leak detection tool sees is not the creation and freeing of strings but rather the allocation and deallocation of memory. And if there is a string cache (say, of just one entry, for simplicity), what the memory leak detection tool sees is only a part of the real story.

• Program (line 1): Creates string 1.
• String manager: Allocates memory block A for string 1.
• Program (line 2): Frees string 1.
• String manager: Puts memory block A into cache.
• Program (line 3): Creates string 2.
• String manager: Re-uses memory block A for string 2.
• Program (line 4): Creates string 3.
• String manager: Allocates memory block B for string 3.
• Program (line 5): Frees string 3.
• String manager: Puts memory block B into cache.
• Program (line 6): Frees string 2.
• String manager: Deallocates memory block A since there is no room in the cache.

Your program sees only the lines marked Program:, and the memory leak detection tool sees only the underlined part. As a result, the memory leak detection tool sees a warped view of the program's string usage:

• Line 1 of your program allocates memory block A.
• Line 4 of your program allocates memory block B.
• Line 6 of your program deallocates memory block A.

Notice that the memory leak detection tool thinks that line 6 freed the memory allocated by line 1, even though the two lines of the program are unrelated. Line 6 is freeing string 2, and line 1 is creating string 1!

Notice also that the memory leak detection tool will report a memory leak, because it sees that you allocated two memory blocks but deallocated only one of them. The memory leak detection tool will say, "Memory allocated at line 4 is never freed." And you stare at line 4 of your program and insist that the memory leak detection tool is on crack because there, you freed it right at the very next line! You chalk this up as "Stupid memory leak detection tool, it has all these useless false positives."

Even worse: Suppose somebody deletes line 6 of your program, thereby introducing a genuine memory leak. Now the memory leak detection tool will report two leaks:

• Memory allocated at line 1 is never freed.
• Memory allocated at line 4 is never freed.

You already marked the second report as bogus during your last round of investigation. Now you look at the first report, and decide that it too is bogus; I mean look, we free the string right there at line 2!

Result: A memory leak is introduced, the memory leak detection tool finds it, but you discard it as another bug in the memory leak detection tool.

When you're doing memory leak detection, it helps to disable your caches. That way, the high-level object creation and destruction performed in your program maps more directly to the low-level memory allocation and deallocation functions tracked by the memory leak detection tool. In our example, if there were no cache, then every Create string would map directly to an Allocate memory call, and every Free string would map directly to a Deallocate memory call.

What KB article 139071 is trying to say is FIX: OLE Automation BSTR cache cannot be disabled in Windows 2000. Windows XP already contains support for the OANOCACHE environment variable, which disables the BSTR cache so you can investigate those BSTR leaks more effectively. The hotfix adds support for OANOCACHE to Windows 2000.

Bonus chatter: Why do we have BSTR anyway? Why not just use null-terminated strings everywhere?

The BSTR data type was introduced by Visual Basic. They couldn't use null-terminated strings because Basic permits nulls to be embedded in strings. Whereas Win32 is based on the K&R C  way of doing things, OLE automation is based on the Basic way of doing things.

lpetrazickis

• TTC suicide statistics 1998-2007
  
  
  
  (tags: ttc subway suicide copycat stats death)
  
  
• Worthwhile Canadian Initiative: Revisiting Robin Hood's agenda: Be less concerned about taking from the rich and focus on giving to the poor
  
  
  
  (tags: economics, taxation, redistribution, benefits, social-assistance, wealth-transfer, canadian-politics)
  
  

http://arvindn.livejournal.com/120810.html

http://www.qwantz.com/index.php?comic=1604

archive - contact - sexy exciting merchandise - search - about–
← previous	November 27th, 2009	next
November 27th, 2009: I did a guest comic for Dr. McNinja and it is up RIGHT NOW. That's TWO comics for you to read today. And it's Friday too! Nice. In other news, guys there are so many great Dinosaur Comics shirts and things that you can give people as presents, like whale hoodies! Also, we just set up an affiliate program, so now if you link to these awesome shirts and things yourself, and somebody buys them, you get 7% of what they paid! PRETTY SWEET, I GOTTA SAY. Check it out! – Ryan

http://everythingisnice.wordpress.com/2009/11/27/the-seven-day-itch-by-elise-moser/

I think this is witty because the title is sort of a pun and the story is sort of a metaphor. Which isn’t really witty at all.

Quality: **
Wit:*

james_nicoll

Current rocket technology can not send the spaceship very far, because the amount of the chemical fuel it can take is limited. We try to use dark matter (DM) as fuel to solve this problem. In this work, we give an example of DM engine using dark matter annihilation products as propulsion. The acceleration is proportional to the velocity, which makes the velocity increase exponentially with time in non-relativistic region. The important points for the acceleration are how dense is the DM density and how large is the saturation region. The parameters of the spaceship may also have great influence on the results. We show that the (sub)halos can accelerate the spaceship to velocity $ 10^{- 5} c \sim 10^{- 3} c$. Moreover, in case there is a central black hole in the halo, like the galactic center, the radius of the dense spike can be large enough to accelerate the spaceship close to the speed of light.

simont

Underambitious fantasies. My back was itching in the pub last night, and I couldn't quite reach the right spot to scratch it. ‘If only,’ I heard myself think, ‘I had a slightly longer arm.’

Ridiculous! If I'm going to allow myself to fantasise counterfactually, why didn't I just fantasise ‘If only my back didn't itch in the first place’?