Loading of 32-bit dll to AnyCPU .NET process

Some useful links.

C:\Program Files\Microsoft.NET\SDK\v2.0\Bin\CorFlags.exe


AnyCpu mode does not exist for C++/CLI

Automatically Choose 32 or 64 Bit Mixed Mode DLL’s (don't :) use paths instead of)

Coupling and cohesion


Podpisywanie sterowników

Naprawdę pięknie opisane. Zapisuję bo zapomnę :)

Help me optimize this code which enumerates all possible GUIDs


Deterministyczne kompilowanie kodu

Skąd się biorą różnice w wyniku podczas kompilowania tego samego kodu.


Alcubierre drive


Where the heck do I host my … .NET app?

Tak ku pamięci :)

70-583 PRO: Designing and Developing Windows Azure Applications

Pochwalę się, że udało mi się wczoraj upolować powyższy. :)

Windows Azure Platform (Tejaswi Redkar, Tony Guidici)


Pierwsza połowa OK, druga nudna. Za dużo kodu, przegadana.

Visual Studio Ultimate 2013 Preview

Jak odpalić VS na Azurze.

Windows Azure programming patterns for Start-ups


Bardzo fajna, nie przegadana, niemal same konkrety.

70-461: Querying Microsoft SQL Server 2012

I poszedł kolejny. :)
Ale tym razem muszę sobie zrobić przerwę.

A po przerwie może jeden z poniższych:

Clustered and Nonclustered Indexes

A table or view can contain the following types of indexes:
  • Clustered
    • Clustered indexes sort and store the data rows in the table or view based on their key values. These are the columns included in the index definition. There can be only one clustered index per table, because the data rows themselves can be sorted in only one order.
    • The only time the data rows in a table are stored in sorted order is when the table contains a clustered index. When a table has a clustered index, the table is called a clustered table. If a table has no clustered index, its data rows are stored in an unordered structure called a heap.
  • Nonclustered
    • Nonclustered indexes have a structure separate from the data rows. A nonclustered index contains the nonclustered index key values and each key value entry has a pointer to the data row that contains the key value.
    • The pointer from an index row in a nonclustered index to a data row is called a row locator. The structure of the row locator depends on whether the data pages are stored in a heap or a clustered table. For a heap, a row locator is a pointer to the row. For a clustered table, the row locator is the clustered index key.
    • You can add nonkey columns to the leaf level of the nonclustered index to by-pass existing index key limits, 900 bytes and 16 key columns, and execute fully covered, indexed, queries. For more information, see Create Indexes with Included Columns.


What are the differences between mocks and stubs

  • Dummy objects are passed around but never actually used. Usually they are just used to fill parameter lists.
  • Fake objects actually have working implementations, but usually take some shortcut which makes them not suitable for production (an in memory database is a good example).
  • Stubs provide canned answers to calls made during the test, usually not responding at all to anything outside what's programmed in for the test. Stubs may also record information about calls, such as an email gateway stub that remembers the messages it 'sent', or maybe only how many messages it 'sent'.
  • Mocks are what we are talking about here: objects pre-programmed with expectations which form a specification of the calls they are expected to receive.
Some authors[1] draw a distinction between fake and mock objects. Fakes are the simpler of the two, simply implementing the same interface as the object that they represent and returning pre-arranged responses. Thus a fake object merely provides a set of method stubs.
In the book "The Art of Unit Testing"[2] mocks are described as a fake object that helps decide whether a test failed or passed by verifying whether an interaction with an object occurred. Everything else is defined as a stub. In that book, "Fakes" are anything that is not real. Based on their usage, they are either stubs or mocks.
Mock objects in this sense do a little more: their method implementations contain assertions of their own. This means that a true mock, in this sense, will examine the context of each call— perhaps checking the order in which its methods are called, perhaps performing tests on the data passed into the method calls as arguments.

To put it in a single sentence, mocks are about behavior and stubs are about state. What the hell does that mean you say!? 
A unit test that uses a stub is interested in being able to make a call to an object and getting data back that will allow the method under test the ability to continue with a given set of values. Those values are designed to flex the method’s abilities and see if it succeeds in all the proper test scenarios. So, stubs provide state (data) back to the method under test and your unit test has all the information it needs within itself to determine success or failure. 
Mocks on the other hand are about behavior. Under the current conditions, did my method pass the right values? Did it make all of the right calls and ONLY the calls that were necessary?

70-516 TS: Accessing Data with Microsoft .NET Framework 4

No i zdałem. :)
Najsłabiej poszło z "Modeling Data", najlepiej "Managing Connections and Context".

Teraz pewnie zabiorę się za
70-461: Querying Microsoft SQL Server 2012

Czas silnych istot - Marcin Przybyłek

Czas silnych istot - Marcin Przybyłek

Agent nouns are code smells


Design patterns links


Windows Communication Foundation Development with Microsoft .NET Framework 4

Właśnie zdałem :)

How to shorten time of reacion of Team Foundation Build Notification (VS2010)


MYO - Wearable Gesture Control

Resource Links for 70-513 WCF Certification Exam


Tomasz Kulig