[sr-dev] git:3.2: [regex_mod] Fix a double freeing in free_shared_memory() function.

[Henning Westerholt]

On Wednesday 29 February 2012, Iñaki Baz Castillo wrote:
> I expected that the commit to 3.2 branch would refer the original
> master commit "2e96a72c3b16ccf7a1854eb83be3c779474bee3b" in some way,
> but it has become a new commit
> "7f2e9173caf0da18bbd2fbad76f855c6bf5703bf".

Hi Iñaki,

normally it should be visible in the commit log, the cherry-pick cmd should 
inserts the old log msg + a reference to the original commit id. That the 
cherry-picked commit in the stable branch gets a new commit id is the normal 
behaviour of git.

Viele Grüße/ best regards,

Henning Westerholt