Google Code Exporter

``` Here is a sketch for one possible approach: getting the typeinfo at runtime. It initializes an array of typeinfo (that correlates to the vtable offsets) with the typeinfo for...

``` an updated patch: 1) print out the (streamable) arguments supplied to the mock that failed 2) identify the specific argument that didn't match protocol/http/appblade/http_cfe_blade_test.cc:66: Failure: http_cfe_blade_tests -> does_not_create_appblade_when_request_parsing_not_done an...

``` I think this patch really makes a lot of sense to improve overall usability. My biggest concern is the use of typeid which requires RTTI be enabled. The patch...

``` I will model our verification exceptions types similar to those found in Mockito. see: http://code.google.com/p/mockito/source/browse/#hg%2Fsrc%2Forg%2Fmockito%2Fexcep tions%2Fverification%253Fstate%253Dclosed ``` Original comment by `[email protected]` on 15 Oct 2011 at 7:33

``` I looked into this and found an explanation for the behavior. In my example above, the action_type for the Nth overload is stored in the action_queue_type list even after...

``` Patch with unit tests to verify the behavior. ``` Original comment by `[email protected]` on 10 Aug 2013 at 9:46 Attachments: - [issue14_test.patch](https://storage.googleapis.com/google-code-attachments/mockitopp/issue-14/comment-2/issue14_test.patch)

Original comment by `[email protected]` on 9 Dec 2010 at 4:31 - Added labels: **Priority-Low** - Removed labels: **Priority-Medium**

``` Dupe of issue : https://code.google.com/p/mockitopp/issues/detail?id=11 ``` Original comment by `[email protected]` on 10 May 2014 at 5:43

``` The cardinality information IS in the parse model - just have to render it. ``` Original comment by `[email protected]` on 31 Aug 2012 at 10:55

``` Work has begun r418 ``` Original comment by `[email protected]` on 15 Jul 2012 at 2:32