RFR(S): JDK-8244973: serviceability/attach/RemovingUnixDomainSocketTest.java fails "stderr was not empty"

David Holmes david.holmes at oracle.com
Thu May 14 02:27:38 UTC 2020


Hi Alex,

On 14/05/2020 12:20 pm, Alex Menkov wrote:
> Hi all,
> 
> please review tiny (and I suppose trivial) fix for
> https://bugs.openjdk.java.net/browse/JDK-8244973
> webrev:
> http://cr.openjdk.java.net/~amenkov/jdk15/RemovingUnixDomainSocket_merge/webrev/ 
> 
> 
> This bug is a result of bad merge:
> base:
>          out.stderrShouldBeEmpty();
> 
> fix for JDK-8242009:
> -        out.stderrShouldBeEmpty();
> +        out.stderrShouldBeEmptyIgnoreVMWarnings();
> 
> fix for JDK-8235211:
> -        out.stderrShouldBeEmpty();
> +        out.shouldHaveExitValue(0)
> +                .stderrShouldBeEmpty();

Merge fix looks good but see below ...

Nit: for this style of chained call you should align the dots (as we do 
for stream operations):

    out.shouldHaveExitValue(0)
       .stderrShouldBeEmptyIgnoreVMWarnings();

> Test run is in progress.

... I'm puzzled by the failure mode as I see:

----------System.err:(23/1191)----------
[jcmd] java version "15-ea" 2020-09-15
  stdout: [Java HotSpot(TM) 64-Bit Server VM version 15-ea+23-1102
JDK 15.0.0
];
  stderr: [Java(TM) SE Runtime Environment (fastdebug build 15-ea+23-1102)
Java HotSpot(TM) 64-Bit Server VM (fastdebug build 15-ea+23-1102, mixed 
mode)
]
and these are not VM warnings.

Thanks,
David


> --alex


More information about the serviceability-dev mailing list