[Gtk-sharp-list] Upcoming problems.
Rachel Hestilow
rachel@nullenvoid.com
27 May 2003 18:54:13 -0500
--=-JuemMw2y2HfupLEhHgUm
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Tue, 2003-05-27 at 18:39, Mike Kestner wrote:
> I think the simplest way to deal with it is to treat the return like an
> IntPtr in the DllImport, manually marshal it to a managed string with
> PtrToStringAnsi in the method body, and then dispose the IntPtr returned
> from the native method by pinvoking g_free. In other words, we take the
> memory management out of the JIT's hands.=20
>=20
> Or maybe I'm oversimplifying?
Ah. I see now. I was initially confused about how PtrToString worked. I
figured that since it worked on const strings, it didn't involve a free,
but I wasn't sure if it was performing a copy operation as well. For
some reason I was under the impression it just referred back to the
original string without ever freeing it. Now having checked MSDN, I see
it does, which means we can just free the pointer like you say.
Ok, that's easy enough to do. I should be able to have that ready and
committed tonight.
-- Rachel
--=-JuemMw2y2HfupLEhHgUm
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQA+0/qiapOJdUj74F4RApSkAJwMPxPyxBuHMMgmd+vkW+pcWyO3fgCfYdiQ
qM70LZhutGzdnuUrG+X8efM=
=aPQe
-----END PGP SIGNATURE-----
--=-JuemMw2y2HfupLEhHgUm--