JDK-8058322 : Zero name_index item of MethodParameters attribute cause MalformedParameterException.
- Type: Bug
- Component: core-libs
- Sub-Component: java.lang:reflect
- Affected Version: 8,9
- Priority: P4
- Status: Resolved
- Resolution: Fixed
- Submitted: 2014-09-12
- Updated: 2024-10-24
- Resolved: 2014-11-11
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
| JDK 9 | Other |
|---|---|
9 b42Fixed  |
openjdk8u442Fixed |
Related Reports
|
Blocks :
|
|
|
Duplicate :
|
|
|
Duplicate :
|
Description
JVMS says:
"If the value of the name_index item is zero, then this parameters element indicates a formal parameter with no name. "
But j.l.r.Executable.getParameters() throw MalformedParameterExeption: Invalid parameter name "".
This looks as if parameter had empty-string name.
It is reproduced on Solaris with 8, 8u26, 9 and 9.0
and on Windows 7 with 8u20.
Minimized test:
------------------------------------------------------------
public class Second {
public static String method(int i){
return "in";
}
public static void main(String[] args) throws NoSuchMethodException {
Second.class.getMethod("method", int.class).getParameters();
}
}
------------------------------------------------------------
After compilation (javac -parameters Second.java) MethodParameters attribute of "method" was changed from "0x0100110000;" to "0x0100000000;". Modified version is attached.
The following JCK test will fail due to this bug: vm/classfmt/atr/atrmtp003/atrmtp00303m1/atrmtp00303m1.
Comments
|