[jira] [Updated] (SVN-4916) swig-py: Python ref-count leak on delta.editor object and repos.make_parse_fns3 object

"Yasuhito Futatsuki (Jira)" <[email protected]> Sun, 24 Sep 2023 04:55:00 +0000 (UTC)
Newsgroups gmane.comp.version-control.subversion.issues
Message-ID <[email protected]>
     [ https://issues.apache.org/jira/browse/SVN-4916?page=3Dcom.atlassian.=
jira.plugin.system.issuetabpanels:all-tabpanel ]

Yasuhito Futatsuki updated SVN-4916:
------------------------------------
    Description:=20
An edit baton made by delta.make_editor / a parse_fns3 baton made by repos.=
make_parse_fns3 hold a reference of editor object / parse_fns3 object and t=
hey never release it.
=C2=A0

This was pointed out in the Trac Open Source Project ticket #13112[1],=C2=
=A0 #13129[2],=C2=A0 and #13356[3].=C2=A0

=C2=A0

[1]=C2=A0repository=C2=A0sync=C2=A0with=C2=A0large=C2=A0Subversion=C2=A0rep=
ository=C2=A0has=C2=A0memory=C2=A0leaks=20
=C2=A0=C2=A0=C2=A0=C2=A0[https://trac.edgewall.org/ticket/13112]

[2]=C2=A0trac-admin=C2=A0resync=C2=A0leaks=C2=A0memory=20
=C2=A0=C2=A0=C2=A0=C2=A0[https://trac.edgewall.org/ticket/13129]

[3]=C2=A0Subversion=C2=A0pool=C2=A0is=C2=A0destroyed=C2=A0more=C2=A0than=C2=
=A0once=C2=A0while=C2=A0testing=20
=C2=A0=C2=A0=C2=A0=C2=A0trac/versioncontrol/tests/functional.py,=C2=A0comme=
nt=C2=A06=20
=C2=A0=C2=A0=C2=A0=C2=A0[https://trac.edgewall.org/ticket/13356#comment:6]

=C2=A0

I think this affects all versions after those functions were implemented,=
=C2=A0 but I didn't check.

  was:
An edit baton make by delta.make_editor / a parse_fns3 baton made by repos.=
make_parse_fns3 hold a reference of editor object / parse_fns3 object and t=
hey never release it.
=C2=A0

This was pointed out in the Trac Open Source Project ticket #13112[1],=C2=
=A0 #13129[2],=C2=A0 and #13356[3].=C2=A0

=C2=A0

[1]=C2=A0repository=C2=A0sync=C2=A0with=C2=A0large=C2=A0Subversion=C2=A0rep=
ository=C2=A0has=C2=A0memory=C2=A0leaks=20
=C2=A0=C2=A0=C2=A0=C2=A0[https://trac.edgewall.org/ticket/13112]

[2]=C2=A0trac-admin=C2=A0resync=C2=A0leaks=C2=A0memory=20
=C2=A0=C2=A0=C2=A0=C2=A0[https://trac.edgewall.org/ticket/13129]

[3]=C2=A0Subversion=C2=A0pool=C2=A0is=C2=A0destroyed=C2=A0more=C2=A0than=C2=
=A0once=C2=A0while=C2=A0testing=20
=C2=A0=C2=A0=C2=A0=C2=A0trac/versioncontrol/tests/functional.py,=C2=A0comme=
nt=C2=A06=20
=C2=A0=C2=A0=C2=A0=C2=A0[https://trac.edgewall.org/ticket/13356#comment:6]

=C2=A0

I think this affects all versions after those functions were implemented,=
=C2=A0 but I didn't check.


> swig-py: Python ref-count leak on delta.editor object and repos.make_pars=
e_fns3 object
> -------------------------------------------------------------------------=
-------------
>
>                 Key: SVN-4916
>                 URL: https://issues.apache.org/jira/browse/SVN-4916
>             Project: Subversion
>          Issue Type: Bug
>          Components: bindings_swig_python
>    Affects Versions: trunk, 1.14.2
>            Reporter: Yasuhito Futatsuki
>            Assignee: Yasuhito Futatsuki
>            Priority: Major
>
> An edit baton made by delta.make_editor / a parse_fns3 baton made by repo=
s.make_parse_fns3 hold a reference of editor object / parse_fns3 object and=
 they never release it.
> =C2=A0
> This was pointed out in the Trac Open Source Project ticket #13112[1],=C2=
=A0 #13129[2],=C2=A0 and #13356[3].=C2=A0
> =C2=A0
> [1]=C2=A0repository=C2=A0sync=C2=A0with=C2=A0large=C2=A0Subversion=C2=A0r=
epository=C2=A0has=C2=A0memory=C2=A0leaks=20
> =C2=A0=C2=A0=C2=A0=C2=A0[https://trac.edgewall.org/ticket/13112]
> [2]=C2=A0trac-admin=C2=A0resync=C2=A0leaks=C2=A0memory=20
> =C2=A0=C2=A0=C2=A0=C2=A0[https://trac.edgewall.org/ticket/13129]
> [3]=C2=A0Subversion=C2=A0pool=C2=A0is=C2=A0destroyed=C2=A0more=C2=A0than=
=C2=A0once=C2=A0while=C2=A0testing=20
> =C2=A0=C2=A0=C2=A0=C2=A0trac/versioncontrol/tests/functional.py,=C2=A0com=
ment=C2=A06=20
> =C2=A0=C2=A0=C2=A0=C2=A0[https://trac.edgewall.org/ticket/13356#comment:6=
]
> =C2=A0
> I think this affects all versions after those functions were implemented,=
=C2=A0 but I didn't check.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)