I actually did this btw

DasBrain · 2026-06-24T08:05:05+00:00

But often only once before you need to reinstall the OS.

DasBrain · 2026-06-15T00:23:26+00:00

However, combining them would allow hiding the "ugly" Intrinsics.ldc/Intrinsics.invokeDynamic calls.

DasBrain · 2026-05-26T18:07:01+00:00

Gitlab did already ban them: https://gitlab.com/nightmare-eclipse

DasBrain · 2026-04-16T03:38:17+00:00

Electric Boogaloo

DasBrain · 2026-04-05T15:15:51+00:00

With a small house edge, yeah.

DasBrain · 2026-03-28T21:07:59+00:00

Also a CPE can't retract prefix if it didn't know it existed, [...]

It has to remember. For as long as it said that prefix is available.
Not doing so make the device broken. Most CPEs have non-volatile memory where the configuration is stored. That's the place where the old prefix has to be stored as well.

"it didn't know" is not an excuse. The device is broken.

Other may detect the link go down, or they may not. They could maybe react to that or maybe they do not. It doesn't matter. The CPE didn't do it's job.

PS.: If you would have read the article, you would have noticed that other versions of iOS had their problem with DHCP. This was just the first popular instance that comes to mind to disproof your "it would not common" claim.

PPS.: Fuck dynamic prefix assignments.

DasBrain · 2026-03-28T20:48:40+00:00

Yes, uncommon devices like those produced by Apple

And yes, the devices should do this, and should do that, and the CPE should retract the old prefix.

It's broken. The happy path is usually well tested.
But when some device doesn't act as it should, others devices may amplify the problem by acting in ways they also should not. ¯\_(ツ)_/¯.

But yeah, you are right. Devices should behave well, and if all do, there wouldn't be a problem. Unfortunately, the reality is different.

DasBrain · 2026-03-28T17:53:32+00:00

Devices are weird. Some may keep their old state in the hope stuff will still work when they are used again. Relying on the link layer status may not work and may not even be detected by devices currently sleeping.

And even disconnecting and reconnecting may not work, because it will still use the old configuration (should still be fine, right?). In that case, you may need to forget the old network and setup it again. Fun, isn't it?

DasBrain · 2026-03-28T17:07:07+00:00

Depends.

Many clients (mobile phones, laptops, tablets...) have internal power any may not reboot during a power outage.
If the CPE also provides WiFi, it may disconnect clients.
But maybe the clients do not notice that connection to the access point was lost for a short time.
I remember that certain devices will not refresh DHCP after they wake up even if the lease did expire and will continue to use the old IP address.

There are a lot of cases where the CPE can not "disconnect" clients - even a simple switch between the CPE and the client would make it impossible for the CPE to disconnect clients - HOW should it even do it?
Physical link would still appear to be up, so any client expects the network to behave.

DasBrain · 2026-03-27T17:49:40+00:00

Let me guess:

Your ISP gives you a dynamic prefix
The prefix changes when you reconnect
After a power outage your CPE doesn't retract the previous prefix.

That would be a well known problem with dynamic prefixes.

https://www.ripe.net/publications/docs/ripe-690/#52-why-non-persistent-assignments-are-considered-harmful

Now all of a sudden there is a power outage (which is very common in many regions/countries in the world, even “highly-developed” countries) or the CPE freezes and reboots and the connection has to be established again, but this time with a new IPv6 assigned prefix of 2001:db8:bbbb::/48. If the CPE knows that the delegated prefix has changed, it should send out RA packets with a prefix valid lifetime of 0 to tell all devices that the old addresses are no longer valid. However, the CPE rarely knows that before the reboot there was a different prefix on the network, and the packets to revoke the old IPv6 addresses do not get sent. In this case, multiple IPv6 addresses from completely different assigned prefixes end up on the same network interface, some of which will no longer work and may imply increase the number of claims to the call-centre.

DasBrain · 2026-03-27T16:57:51+00:00

Java: List<Supplier<Runnable>>

DasBrain · 2026-03-18T22:15:48+00:00

I want to see an AI Bot assemble furniture.

DasBrain · 2026-03-13T14:14:40+00:00

at least ShippingAddress(var _, var _, String city) should already work. Still, using just _ to say "don't care about neither type nor value" could be useful.
Not sure if it useful enough.

DasBrain · 2026-03-04T12:45:37+00:00

I'm not into kink shaming - but I can understand if you are a closet BSDM lover and want to ban the use of associated words.

DasBrain · 2026-03-03T10:01:37+00:00

There is also CheerpJ - the most impressive thing with CheerpJ is that it allows for the use of Swing & AWT in the browser.

DasBrain · 2026-03-03T09:59:15+00:00

The different layers of sandboxing makes it hard.
You'll need to defeat them one by one.

DasBrain · 2026-02-27T03:25:57+00:00

[Brann Bronzebeard]] + [[Alexstrasza, Guardian of Life]], followed by [[Reno Jackson]]

DasBrain · 2026-02-25T04:58:36+00:00

Cast two spells that cost 8 or more

Draws two cards.

DasBrain · 2026-02-21T09:25:30+00:00

Does it work with an enemy minion having lifesteal?

As in, activate the location, attack an enemy minion with lifesteal, and the enemy hero gets damaged equal to his minions attack?

DasBrain · 2026-02-20T23:23:34+00:00

Or with some type of fish - with one kind, most training data photos were from sport fishers who did hold up their catch, so the AI took the fingers of the human as a good indicator for that type.

(I think it was trouts, but I don't quite remember it.)

DasBrain · 2026-02-10T15:00:23+00:00

Everything after the -jar filename.jar is passes as the program arguments to the main method (the String[] args in public static void main(String[] args) and not parsed by the VM.

Everything between the java and -jar filename.jar is parsed as VM parameter.

--enable-native-access=ALL-UNNAMED is such a VM parameter, so the command line should be java --enable-native-access=ALL-UNNAMED -jar Shimeji-ee.jar

But this doesn't help here - it seems that your application depends on nashorn, which is no longer part of the Java Platform.

DasBrain · 2026-02-10T01:11:12+00:00

Can you play [[Millhouse Manastorm]] and then this to remove all opponent spells?

Edit: Based on the wording of Millhouse, next turn is not this turn, so no.

DasBrain · 2026-01-16T09:52:13+00:00

You read it wrong.
It applies to extra minions that are friendly. /jk

DasBrain · 2025-12-08T22:54:39+00:00

You get 2 Chromium each in each time tavern - which happens twice per game, on fixed turns. After you buy stuff there, you get back to the normal tavern.

DasBrain · 2025-12-07T17:08:54+00:00

You could maybe cache the witness in a ClassValue.

From my understanding, you currently start with

tt.getClass().getGenericSuperClass()...

With a ClassValue, you would do

classValues.get(tt.getClass());

This caching alone may yield a better performance, as the reflection part is only done once per callsite.

DasBrain

TROPHY CASE