Firefox 11: Catastrophic usability (add-ons upgrade)

What the f*** is that??? Does Mozilla want to loose even more users? Haven't they lost enough yet? If they continue that way, I'll go away from Mozilla Firefox to some other browser. To develop a shit like the new add-on update behavior is a huge provocation! If you have about 10 add-ons and three or four designs, like I have, you have to check "Allow this installation", click "Continue" and then close the tab (otherwise it would restart Firefox after every (!) installation) for every add-on! This is complete crap. Previously, there was a dialog where you could see all your add-ons in a list with check marks and could decide, which add-ons you would like to keep and those were updated. So simple. But now Mozilla decided to make it that complicated. Poor.

Bauarbeiten Bruck/Mur und Graz Hbf

In Bruck/Mur ist seit einigen Tagen der Bahnsteig 1 wieder geöffnet, dafür sind jetzt die Bahnsteige 2 und 3 gesperrt.


Auch am Grazer Hauptbahnhof wird emsig gearbeitet. Momentan sind dort die Bahnsteige 4 und 5 gesperrt. Der IC 718 fährt momentan Bahnsteig 6 weg und der REX 1995 kam heute morgen ebenfalls Bahnsteig 6 an, was nicht gerade erfreulich ist, da die Bahnsteige 6/7 die "Sparbahnsteige" mit nur einer Rolltreppe sind.

GCC: 100.000 files is too much

For my bachelor thesis, I do some performance comparisons of compilers. Today I wanted to see what happens if gcc 4.5.3 has to include 100.000 header files with just a simple printf inside. At least in Cygwin under Windows Server 2008 R2, this was too much, as you can see in the picture below. Now I have to find out the maximum number of header files gcc can process and hope that the other testees can also manage the same amount of files.

SOLVED: Compilation does not work in VisualD: msobj80.dll not found

Recently I've installed VisualD in Visual Studio 2010 on my Windows Server 2008 R2 machine and although the same version works perfectly in Visual Studio 2005 on Windows XP, it doesn't work for the "Debug" profile in VS2010 on Win2008. It always says it could not find "msobj80.dll". In my case, copying the DLL to the "bin" directory of the Windows SDK solved the problem:

C:\>copy "C:\Program Files (x86)\Common Files\microsoft shared\VSA\9.0\VsaEnv\msobj80.dll" "C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin"
1 file(s) copied.

I got this hint through the file "...build.cmd" in the "Debug" directory of my D solution.