A Rhino Bug: Stub property back to default

Somebody meationed this on Rhino group, I actually got the same problem, but I didn’t realize it’s caused by setting another property which happens in my eventhandler.

Ayende said he already fixed this problem, but how come I still get it? Even tried the latest one from the downloaded page. So I had to try my first svn checkout. Everything went smoothly, unless a little bit diffifcult in setting proxy, because I’m behind a firewall. Tortoise svn can’t read this info from IE.

Before svn ready, I tried downloading the tarball, nant didn’t work, at lease not completely success, because AssemblyInfo.cs gegeranted failure due to the absence of _revision.xml. Result is, the Rhino.Mock.dll I build has not version number.

After my svn proxy setting done, I did a new checkout, command line nant, then got this newly official-released-like dll: Assembly version : 3.5.0.1337, File/Product version: 3.5.0.1960. (What’s the real meaning of those kinds of versions? Why they are different?)

Any finally, my test based on stub passed. It was a problem when using RhinoMocks 3.5.0.2, file version: 3.5.0.0. I think I got that version from 3.5RC, the stupid thing of mine is, my project reference is pointing to somewhere wrong, then all my later updates didn’t reach it unitl now.

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s