Re: RFR: JDK-8326389: [test] improve assertEquals failure output [v2]

2024-02-22 Thread Matthias Baesken
On Thu, 22 Feb 2024 15:23:56 GMT, Christoph Langer  wrote:

> I think it is a good idea to improve this. I was irritated by that output 
> more than once.
> 
> Maybe a better message would be ... _"..." is not equal to "..."_ ?

Thanks , I adjusted the output .

-

PR Comment: https://git.openjdk.org/jdk/pull/17952#issuecomment-1959752228


Re: RFR: JDK-8326389: [test] improve assertEquals failure output [v2]

2024-02-22 Thread Christoph Langer
On Thu, 22 Feb 2024 14:57:05 GMT, Matthias Baesken  wrote:

>> Currently assertEquals has in the failure case sometimes confusing output 
>> like :
>> 
>> java.lang.RuntimeException: VM output should contain exactly one RTM locking 
>> statistics entry for method 
>> compiler.rtm.locking.TestRTMTotalCountIncrRate$Test: expected 0 to equal 1
>>at jdk.test.lib.Asserts.fail(Asserts.java:634)
>>at jdk.test.lib.Asserts.assertEquals(Asserts.java:205)
>> 
>> (I don't think we really expected that for some reason 0 equals 1)
>> This should be improved.
>
> Matthias Baesken has updated the pull request incrementally with one 
> additional commit since the last revision:
> 
>   Adjust COPYRIGHT year info

I think it is a good idea to improve this. I was irritated by that output more 
than once.

Maybe a better message would be ... _"..." is not equal to "..."_ ?

-

PR Comment: https://git.openjdk.org/jdk/pull/17952#issuecomment-1959680638


Re: RFR: JDK-8326389: [test] improve assertEquals failure output [v2]

2024-02-22 Thread Matthias Baesken
> Currently assertEquals has in the failure case sometimes confusing output 
> like :
> 
> java.lang.RuntimeException: VM output should contain exactly one RTM locking 
> statistics entry for method 
> compiler.rtm.locking.TestRTMTotalCountIncrRate$Test: expected 0 to equal 1
>at jdk.test.lib.Asserts.fail(Asserts.java:634)
>at jdk.test.lib.Asserts.assertEquals(Asserts.java:205)
> 
> (I don't think we really expected that for some reason 0 equals 1)
> This should be improved.

Matthias Baesken has updated the pull request incrementally with one additional 
commit since the last revision:

  Adjust COPYRIGHT year info

-

Changes:
  - all: https://git.openjdk.org/jdk/pull/17952/files
  - new: https://git.openjdk.org/jdk/pull/17952/files/d7b4de35..09989d25

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk=17952=01
 - incr: https://webrevs.openjdk.org/?repo=jdk=17952=00-01

  Stats: 1 line in 1 file changed: 0 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk/pull/17952.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17952/head:pull/17952

PR: https://git.openjdk.org/jdk/pull/17952