AW: [EXT] Re: RFR: JDK-8286348: incorrect use of `@serial` [v3]
Sebastian Luckner
sebastian.luckner at st.oth-regensburg.de
Mon May 9 23:28:20 UTC 2022
public class bam0 {
private static long parseLong(/*private **/String w)
{
long m = 1;
long i = 2;
long _q = 5;
long value = 0;
for(int p = w.length() - 1; p >= 0; --p) {
if( w.charAt(p) == '1' )
value = value + m;
m = m * 2;
}
return value;
}
/**
*
* 1 + (512 + 32 + 4) * 5 - 1
*
* 1 + (512 + 32 + 4) * 5 - 1 + 2 * 548 * 5 * 1 - (1 + (512 + 32 + 4) * 5 - 1) * 2
*
* 1 + (512 + 32 + 4) * 5 - 1 + 1 + (512 + 32 + 4) * 5 - 1 + 2 * 548 * 1 - 1 * 2 + 3 * (512 + 32 + 4) * ( 4 + 1 ) * 1 - ( 1 + (512 + 32 + 4) * 5 - 1 ) * (1 + (512 + 32 + 4) * ( 5 - 1 + 2 * 548 * 1 - 1 * 2 ) * 3)
*
* :[
*
*
*/
public static void main(String[] args) {
int i = (0b101010101010101010 | 0b0101101010101010) % 0b0110101010101010101001;
while(i > 0) {
main0(null); --i;
}
}
public static void main0(String[] args)
{
long x, y, z;
final long b = parseLong("1000100100");
final long a = parseLong("101");
//=!!=!=!=!=!=!==!!=!=!=!=!=!==!!=!=!=!==!!=!=!=!=!=!=!==!!=!=!==!=!!==!=!=!!=
final long m = parseLong("1");
x = 1; y = 0; z = 0;
for(int _b = 0; _b < 3; ++_b) {
x = x + b*a - m;
y = 2;
for(int _a = 0; _a < 4; ++_a) {
y = x + y * b * a * m - x * y;
z = 3;
for(int _m = 0; _m < 5; ++_m) {
z = x + y + z * b * a * m - x * y * z;
System.out.println(x); // 2740
System.out.println(y); // 2740
System.out.println(z); // -22509100
}
}
}
//System.out.println("x:" + x + "|y:" + y + "|z:" + z);
}
}
________________________________
Von: client-libs-dev <client-libs-dev-retn at openjdk.java.net> im Auftrag von Phil Race <prr at openjdk.java.net>
Gesendet: Montag, 9. Mai 2022 22:24:50
An: client-libs-dev at openjdk.java.net; security-dev at openjdk.java.net
Betreff: [EXT] Re: RFR: JDK-8286348: incorrect use of `@serial` [v3]
On Mon, 9 May 2022 20:19:45 GMT, Jonathan Gibbons <jjg at openjdk.org> wrote:
>> Please review a fix to remove incorrect use of the `@serial` tag from the doc comments for methods such as `readObject` and `readResolve`. The tag has no effect in this position other than to trigger warnings from the standard doclet when running javadoc.
>>
>> There is no change to the generated documentation as a result off this change. In particular, there is no change to the API docs for any of the modified files, or to the overall top-level serialized-form.html file.
>>
>> Although most of the affected files are in the `java.desktop` module, there is one outlier, in `java.security.Provider`.
>
> Jonathan Gibbons has updated the pull request incrementally with one additional commit since the last revision:
>
> Fix whitespace (blank lines) after merge
Marked as reviewed by prr (Reviewer).
-------------
PR: https://git.openjdk.java.net/jdk/pull/8586
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/security-dev/attachments/20220509/6e807929/attachment.htm>
More information about the security-dev
mailing list