Discovering a JDK Race Condition, and Debugging It in 30 Minutes with Fray
1–10 of 54 posts
Re: Discovering a JDK Race Condition, and Debugging It in 30 Minutes with Fray
#2Maybe it is just me, but I can't read the text in the code because the font is nearly white on white.
Re: Discovering a JDK Race Condition, and Debugging It in 30 Minutes with Fray
#3Maybe it is just me, but I can't read the text in the code because the font is nearly white on white.
The light mode is fine, but you're right the dark mode is truly awful, the code blocks are unreadable.
edit: for some reason the author overrode the background color on code blocks via an inline style of
background-color:#f0f0f0
var(--code-background-color) = #f2f2f2
Not that it's amazing if you remove the inline stle, on account of operators and method names being styled pretty dark (#666 and #4070a0).
Re: Discovering a JDK Race Condition, and Debugging It in 30 Minutes with Fray
#4Maybe it is just me, but I can't read the text in the code because the font is nearly white on white.
The light mode is fine, but you're right the dark mode is truly awful, the code blocks are unreadable. edit: for some reason the author overrode the background color on code blocks via an inline style of background-color:#f0f0f0 from var(--code-background-color) = #f2f2f2 to make the background nigh imperceptibly darker, but then while the stylesheet properly switches the to #01242e in dark mode the inline override s…
Thanks for pointing it out! Just did a quick fix using Claude :)
Re: Discovering a JDK Race Condition, and Debugging It in 30 Minutes with Fray
#5Earlier quoted context omitted.
The light mode is fine, but you're right the dark mode is truly awful, the code blocks are unreadable. edit: for some reason the author overrode the background color on code blocks via an inline style of background-color:#f0f0f0 from var(--code-background-color) = #f2f2f2 to make the background nigh imperceptibly darker, but then while the stylesheet properly switches the to #01242e in dark mode the inline override s…
Thanks for pointing it out! Just did a quick fix using Claude :)
On mobile (Safari), the lines in the code blocks have different font sizes. They also have different fonts. Some are like 3-4x the size of other lines. No idea what could be going wrong, but it does unfortunately make the code blocks difficult to follow along.
Re: Discovering a JDK Race Condition, and Debugging It in 30 Minutes with Fray
#6Earlier quoted context omitted.
Thanks for pointing it out! Just did a quick fix using Claude :)
On mobile (Safari), the lines in the code blocks have different font sizes. They also have different fonts. Some are like 3-4x the size of other lines. No idea what could be going wrong, but it does unfortunately make the code blocks difficult to follow along.
should be fixed as well :)
Re: Discovering a JDK Race Condition, and Debugging It in 30 Minutes with Fray
#7Neat to see sleep calls artificially introduced to reliably recreate the deadlock. [0]
Looks like fixing the underlying bug is still in-progress, [1] I wonder how many lines of code it will take.
[0] https://github.com/aoli-al/jdk/commit/625420ba82d2b0ebac24d9...
Re: Discovering a JDK Race Condition, and Debugging It in 30 Minutes with Fray
#8Earlier quoted context omitted.
On mobile (Safari), the lines in the code blocks have different font sizes. They also have different fonts. Some are like 3-4x the size of other lines. No idea what could be going wrong, but it does unfortunately make the code blocks difficult to follow along.
should be fixed as well :)
any chance you can make light/dark mode switch a UI button?
Re: Discovering a JDK Race Condition, and Debugging It in 30 Minutes with Fray
#9Maybe it is just me, but I can't read the text in the code because the font is nearly white on white.
[flagged]
Re: Discovering a JDK Race Condition, and Debugging It in 30 Minutes with Fray
#10Impressive! Can't wait to try Fray out at work.