-
Bug
-
Resolution: Fixed
-
P3
-
1.4.2_17, 6
-
b49
-
x86
-
windows, windows_xp
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2192877 | 5.0u25 | Vikram Aroskar | P2 | Closed | Fixed | b01 |
JDK-2190177 | 5.0u24-rev | Vikram Aroskar | P2 | Resolved | Fixed | b04 |
JDK-2186140 | 5.0u23-rev | Vikram Aroskar | P2 | Closed | Fixed | b04 |
JDK-2192849 | 1.4.2_27 | Vikram Aroskar | P2 | Closed | Fixed | b01 |
JDK-2190159 | 1.4.2_26-rev | Vikram Aroskar | P2 | Resolved | Fixed | b04 |
JDK-2186139 | 1.4.2_25-rev | Vikram Aroskar | P2 | Closed | Fixed | b04 |
fails (either malloc or new), this handler is invoked. It tries to compact
the heap by invoking the garbage collector, and if successful, tries the
memory allocation again. This may have made sense in the days when we were
using the Symantec JIT, but it doesn't anymore. In fact, it has caused
problems for the VM team. They have asked that the handler be removed.
Throwing an OutOfMemory Exception is fine, but invoking the garbage collector
is not.
The handler function is:
// Called when malloc or operator new runs out of memory. We try to
// compact the heap by initiating a Java GC. If the amount of free
// memory available after this operation increases, then we return
// (1) to indicate that malloc or operator new should retry the
// allocation. Returning (0) indicates that the allocation should fail.
int
NewHandler::handler(size_t) {
- backported by
-
JDK-2190159 Should not call GC when AWT encounters an out of memory error
- Resolved
-
JDK-2190177 Should not call GC when AWT encounters an out of memory error
- Resolved
-
JDK-2186139 Should not call GC when AWT encounters an out of memory error
- Closed
-
JDK-2186140 Should not call GC when AWT encounters an out of memory error
- Closed
-
JDK-2192849 Should not call GC when AWT encounters an out of memory error
- Closed
-
JDK-2192877 Should not call GC when AWT encounters an out of memory error
- Closed
- relates to
-
JDK-6897303 awt_image_ImagingLib_transformBI ends up calling Runtime.gc although thread is s
- Closed