JDK-4397407 : Unix (X11): Memory leak in image transfer code
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 1.4.0
  • Priority: P4
  • Status: Closed
  • Resolution: Cannot Reproduce
  • OS: solaris_8
  • CPU: sparc
  • Submitted: 2000-12-12
  • Updated: 2002-02-27
  • Resolved: 2002-02-27
Related Reports
Relates :  
Description
Date: Thu, 30 Nov 2000 16:40:55 +0300
From: "Danila A. Sinopalnikov" <###@###.###>
To: David Mendenhall <###@###.###>
Cc: ###@###.###, ###@###.###
Subject: Re: comments on image transfer diffs
Mime-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.1.12i

[...]

2.On Solaris: for each image transferred to another application we
  create a pixmap which is never freed causing resource leak on the
  server. The possible fix would be to implement an
  XtSelectionDoneProc and pass it to XtOwnSelection() for clipboard
  transfer and call this procedure from awt_XmDragDropFinishProc for
  dnd transfer. The difficulty is that XtSelectionDoneProc is not
  passed a pointer to the memory that was returned by
  XtConvertSelectionProc, so we will have to cache ids of create
  pixmap by ourselves. Yet it is possible that a new image transfer
  via the system clipboard is started before the previous one was
  completed with a call to our XtSelectionDoneProc. In this case it is
  possible that the new transfer finishes before the old one. Thus it
  is unclear how to determine which pixmap should be freed based on
  the info passed to XtSelectionDoneProc - widget (it is always the
  same for clipboard transfer), selection atom, target atom. Needs
  further investigation.

[...]

Danila.

Comments
EVALUATION Commit to merlin-beta. david.mendenhall@east 2000-12-12 This is not currently considered a showstopper for merlin. ###@###.### 2001-09-28 Name: biR10147 Date: 11/15/2001 Broken merlin feature work. Commit to fix in Hopper and Tiger. ###@###.### ====================================================================== Name: dsR10078 Date: 02/27/2002 With the fix for 4513976, the data transfer system uses PNG instead of PIXMAP as native format for image transfer, so we no longer create a pixmap to transfer an image and this leak doesn't exist anymore. ###@###.### 2002-02-27 ======================================================================
27-02-2002