Conversation response deallocation

Andrew Morgan morgan at kernel.org
Sat Mar 17 17:45:25 UTC 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Your module should free() it.

http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/mwg-expected-by-module-item.html#mwg-pam_conv
2.1.6.1. DESCRIPTION
third paragraph.

Cheers

Andrew

Ludvig Ericson wrote:
> I've been pondering this for a while now, and I can't come up with
> anything.
> 
> When a conversation function is called, the response data is allocated
> by the conversation function itself; hence, it should probably be
> freed up by that same function.
> But the response data has to be returned to pam first, and the
> function itself has to return and pam has to process these messages,
> so you don't have a chance to free that conversation data unless you
> store it in another scope, which would be rather ugly according to me.
> 
> Am I missing something here? Does the response argument point to an
> already allocated memory region? misc_conv doesn't look like it thinks
> so; it allocates it's own memory and sets the pointer to that new
> memory region. I couldn't see where they free the data up.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFF/CkzQheEq9QabfIRAk35AJkBd7rrkbDRvaH3Mvkba+O6WIDiSwCfdaSY
K2BaWk643t93Z4sbBeKoLdY=
=MPG7
-----END PGP SIGNATURE-----




More information about the Pam-list mailing list