I gave MuWire a quick test of about 4 hours machine time and 1 hour
screen time.
http://tracker2.postman.i2p/index.php?view=TorrentDetail&id=78811
MuWire-0.8.14-beta2.zip
sha512sum
8a59142bc4a1cc064c0fe79b867701d9d80420bc221e836525492873ddcd5434444116d40fe171f2c421b4662b15223fa252cc151abf01112c062a5ff1a12192
sha256sum
f583d5f4bef0d5831bca156d288f47e8963f06b5e703527437b781a6563ee1e1

Tips 4 Testers:
Start MuWire and inport connections BEFORE going online.

MuWire killed both:

java --version
openjdk 17.0.12-ea 2024-07-16
OpenJDK Runtime Environment (build 17.0.12-ea+6-Debian-1)
OpenJDK 64-Bit Server VM (build 17.0.12-ea+6-Debian-1, mixed mode,
sharing)

Also killed GUIX built 21.0

It created a memory overflow (nothing new similar to 1-2 years ago)
that stopped even the Nix Java 2.6 router which restarted manually like
a champ. i2pplus and i2pplusSnark obviously were not able to restart
and I stopped testing them under the class "Good Enough".

I was able to eventually download some BigTits Diffuser artwork at the
abysmal rate of 2-5kB/sec. It tried to create duplicate addresses...
lost connections many times etc. To many things to list.

1-2 years ago, I was able to make MuWire work with mallocs and other
tools ONLY for SECURE 2 SECURE machines. It is not worth my time to
give it another try until Zab dumps Apple. Don't ask for another test
until Apple is out of the picture!

> Also killed GUIX built 21.0

Thank you for the warning about this distibution.

Recently, an error was discovered that had previously gone undetected.
At I2Pd, for example:
> Jul 29: fixed #2078. don't stop service when destination stops

Since you are the only one complaining about this problem here, it seems
that current versions of I2Pd/Java-I2P are no longer affected.

You dear people can also contact the developer directly. Discuss, a
place to converse, discuss and exchange Board. Filesharing, MuWire:
http://discuss.i2p/viewforum.php?f=8

l.g.