[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: rev 1186 - trunk/subversion/bindings/ruby

From: Yoshiki Hayashi <yoshiki_at_xemacs.org>
Date: 2002-02-06 02:44:35 CET

Greg Stein <gstein@lyra.org> writes:

> > Author: yoshiki
> > Date: 2002-02-05 13:24 GMT
> > New Revision: 1186
> >
> > Modified:
> > trunk/subversion/bindings/ruby/fs.c
> > Log:
> > * fs.c (free_fs): Do not call svn_fs_close_fs because it will toss pool fs is
> > allocated. The pool might be also used by Svn::Repos object.
> How could the Svn::Repos object use a pool that is internal to the svn_fs
> object? This doesn't make sense to me...

It's other way around. Svn::Fs object is constructed out of
the pool Svn::Repos is using. It happens when you call
Svn::Repos#fs, which create Svn::Fs object by calling
svn_repos_fs function.

svn_repos_fs returns svn_fs_t * which lives in the same pool
of svn_repos_t *. Documentation of svn_repos_fs says
nothing about the pool svn_fs_t is allocated but it is safer
to assume they are using the same pool than they came from
distinct pools.

Yoshiki Hayashi
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:04 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.