Re: RFR: 8271356: Modify jdb to treat an empty command as a repeat of the previous command [v6]
On Mon, 25 Oct 2021 19:50:54 GMT, Chris Plummer wrote: >> Based on my local testing it appears the localization system falls back to >> the English values when entries are missing, so it appears the current >> behavior does already match what you've suggested. However, I don't >> understand the mechanism that implements this fallback handling, so I'm not >> sure the behavior would be consistent across environments. At least for now >> I'll add those entries back with the English translations copied, since that >> seems better. > >> Based on my local testing it appears the localization system falls back to >> the English values when entries are missing, so it appears the current >> behavior does already match what you've suggested. However, I don't >> understand the mechanism that implements this fallback handling, so I'm not >> sure the behavior would be consistent across environments. At least for now >> I'll add those entries back with the English translations copied, since that >> seems better. > > Ok. That change looks good, but you need to update the copyright in those two > files. > @plummercj Looks like this is all ready to go then. Would you be willing to > sponsor it for integration? Yes. I'm doing some testing with our CI now. I'll integrate once that is done. - PR: https://git.openjdk.java.net/jdk/pull/5290
Re: RFR: 8271356: Modify jdb to treat an empty command as a repeat of the previous command [v6]
On Mon, 25 Oct 2021 19:50:54 GMT, Chris Plummer wrote: >> Based on my local testing it appears the localization system falls back to >> the English values when entries are missing, so it appears the current >> behavior does already match what you've suggested. However, I don't >> understand the mechanism that implements this fallback handling, so I'm not >> sure the behavior would be consistent across environments. At least for now >> I'll add those entries back with the English translations copied, since that >> seems better. > >> Based on my local testing it appears the localization system falls back to >> the English values when entries are missing, so it appears the current >> behavior does already match what you've suggested. However, I don't >> understand the mechanism that implements this fallback handling, so I'm not >> sure the behavior would be consistent across environments. At least for now >> I'll add those entries back with the English translations copied, since that >> seems better. > > Ok. That change looks good, but you need to update the copyright in those two > files. @plummercj Looks like this is all ready to go then. Would you be willing to sponsor it for integration? - PR: https://git.openjdk.java.net/jdk/pull/5290
Re: RFR: 8271356: Modify jdb to treat an empty command as a repeat of the previous command [v6]
On Mon, 25 Oct 2021 02:45:52 GMT, Jakob Cornell wrote: > Based on my local testing it appears the localization system falls back to > the English values when entries are missing, so it appears the current > behavior does already match what you've suggested. However, I don't > understand the mechanism that implements this fallback handling, so I'm not > sure the behavior would be consistent across environments. At least for now > I'll add those entries back with the English translations copied, since that > seems better. Ok. That change looks good, but you need to update the copyright in those two files. - PR: https://git.openjdk.java.net/jdk/pull/5290
Re: RFR: 8271356: Modify jdb to treat an empty command as a repeat of the previous command [v6]
On Wed, 20 Oct 2021 03:06:00 GMT, Jakob Cornell wrote: >> This has been under discussion on and off for the past month or so on >> serviceability-dev, and I think a CSR request is required, so this may be a >> work in progress. >> >> Notes on the patch: >> >> - The `list` command previously marked a line in each listing with `=>`. In >> a bare `list` this is the next line up for execution. Previously when >> requesting a specific location (e.g. `list 5`) the requested line would be >> marked. With the patch applied, `list` will only ever mark the next line up >> for execution. This is consistent with the behavior of GDB and PDB (at >> least). >> - `EOF` is printed when the repeat setting is on and a bare `list` command >> follows a listing containing the last source line. This feature is from >> PDB; it's a somewhat softer message than the one for an explicit `list` >> request that's out of range. >> - I don't speak Chinese or Japanese, so I've omitted localizations for the >> new messages in those locales. However, I updated the help text in both to >> include the new commands, with the descriptions left empty for now. > > Jakob Cornell has updated the pull request incrementally with one additional > commit since the last revision: > > 8271356: Revert non-transparent localization changes Based on my local testing it appears the localization system falls back to the English values when entries are missing, so it appears the current behavior does already match what you've suggested. However, I don't understand the mechanism that implements this fallback handling, so I'm not sure the behavior would be consistent across environments. At least for now I'll add those entries back with the English translations copied, since that seems better. - PR: https://git.openjdk.java.net/jdk/pull/5290
Re: RFR: 8271356: Modify jdb to treat an empty command as a repeat of the previous command [v6]
On Wed, 20 Oct 2021 03:06:00 GMT, Jakob Cornell wrote: >> This has been under discussion on and off for the past month or so on >> serviceability-dev, and I think a CSR request is required, so this may be a >> work in progress. >> >> Notes on the patch: >> >> - The `list` command previously marked a line in each listing with `=>`. In >> a bare `list` this is the next line up for execution. Previously when >> requesting a specific location (e.g. `list 5`) the requested line would be >> marked. With the patch applied, `list` will only ever mark the next line up >> for execution. This is consistent with the behavior of GDB and PDB (at >> least). >> - `EOF` is printed when the repeat setting is on and a bare `list` command >> follows a listing containing the last source line. This feature is from >> PDB; it's a somewhat softer message than the one for an explicit `list` >> request that's out of range. >> - I don't speak Chinese or Japanese, so I've omitted localizations for the >> new messages in those locales. However, I updated the help text in both to >> include the new commands, with the descriptions left empty for now. > > Jakob Cornell has updated the pull request incrementally with one additional > commit since the last revision: > > 8271356: Revert non-transparent localization changes src/jdk.jdi/share/classes/com/sun/tools/example/debug/tty/TTYResources.java line 113: > 111: {"Deferring.", "Deferring {0}.\nIt will be set after the class > is loaded."}, > 112: {"End of stack.", "End of stack."}, > 113: {"EOF", "EOF"}, I just realized that this entry is missing from the localization files. This is needed for correct functionality because a lookup will be done for "EOF", and nothing will be found. I'm not sure what happens in this case. Maybe an exception. I guess you could experiment by removing this entry from this file, and see what happens when "EOF" gets referenced during a listing. You should at least add an "EOF" line to the other localization files. I'm not sure what you should add for the translation. Maybe just keep the English version. src/jdk.jdi/share/classes/com/sun/tools/example/debug/tty/TTYResources.java line 266: > 264: {"repeat is on", "Repeat is on"}, > 265: {"repeat is off", "Repeat is off"}, > 266: {"repeat usage", "Usage: repeat "}, These entries also need to be added the the other localization files. - PR: https://git.openjdk.java.net/jdk/pull/5290
Re: RFR: 8271356: Modify jdb to treat an empty command as a repeat of the previous command [v6]
> This has been under discussion on and off for the past month or so on > serviceability-dev, and I think a CSR request is required, so this may be a > work in progress. > > Notes on the patch: > > - The `list` command previously marked a line in each listing with `=>`. In > a bare `list` this is the next line up for execution. Previously when > requesting a specific location (e.g. `list 5`) the requested line would be > marked. With the patch applied, `list` will only ever mark the next line up > for execution. This is consistent with the behavior of GDB and PDB (at > least). > - `EOF` is printed when the repeat setting is on and a bare `list` command > follows a listing containing the last source line. This feature is from PDB; > it's a somewhat softer message than the one for an explicit `list` request > that's out of range. > - I don't speak Chinese or Japanese, so I've omitted localizations for the > new messages in those locales. However, I updated the help text in both to > include the new commands, with the descriptions left empty for now. Jakob Cornell has updated the pull request incrementally with one additional commit since the last revision: 8271356: Revert non-transparent localization changes - Changes: - all: https://git.openjdk.java.net/jdk/pull/5290/files - new: https://git.openjdk.java.net/jdk/pull/5290/files/7c7764a5..5f896476 Webrevs: - full: https://webrevs.openjdk.java.net/?repo=jdk=5290=05 - incr: https://webrevs.openjdk.java.net/?repo=jdk=5290=04-05 Stats: 2 lines in 2 files changed: 0 ins; 0 del; 2 mod Patch: https://git.openjdk.java.net/jdk/pull/5290.diff Fetch: git fetch https://git.openjdk.java.net/jdk pull/5290/head:pull/5290 PR: https://git.openjdk.java.net/jdk/pull/5290