The Memory size management is a bug in the last version of Ancestris.
This should be corrected tomorrow.
Meanwhile, just save your memory settings.
When Ancestris relaunch, close it and open again.
The memory size should be taken in account.
This is not related to the Java port.
I just see that the ScreenShots tear up pupils - no chance to see the essentials!
A click in ‘Screenshot’ on ‘Settings’ shows me only a mini-window 1x1 cm without content …
hi Polli,
thanks for your efforts, a few remarks:
- I tested Ancestris 10 (with OpenJDK11) from HaikuDepot on x86_64. It’s working relatively OK.
- I reproduced the mini-window problem (actually an old bug, see https://github.com/haikuports/haikuports/issues/4209 ). This mini-window has a resize button on the right-bottom corner. I can resize the window and see its contents.
- OpenJDK11 is different from OpenJDK8 on its memory management, on x86_64 it tries to allocate a 1GB metaspace area. See https://github.com/haikuports/haikuports/issues/4211 . Make sure you enabled swap in “Virtual memory” Haiku preferences, otherwise it won’t start. One can try to start Ancestris in the terminal to see possible errors.
- OpenJDK tries to allocate some contiguous memory areas, for example 1GB, it’s possible that on 32-bit a fragmented virtual space doesn’t allow that. 64-bit doesn’t have this problem, but as said before, swap should be available to accommodate the Haiku strict memory allocation policy (no overcommit).
- The ancestris10 package has its config file in /system/apps/ancestris/etc, which happens to be a readonly directory, thus ancestris cannot modify this file, only write in user home ancestris config file.
- Ancestris11 isn’t interessant to package at HaikuPorts, because the source tarball is each day the same name, haikuporter would complain each day that the validity checksum is incorrect. Though I can add a disabled recipe, that one can locally adjust and build, if desired. @Zurga any chance to have archived snapshots (one per month for instance)?
1 Like
@Korli : I’m not sure an Ancestris 11 package is relevant.
As you said, this is a daily zip with all needed files to launch the application.
We don’t archive the package.
Zurga
Korli, I want to say thank you again!
When it comes to that:
The current stable version (currently 10) of Ancestris should appear in the Haiku Depot.
Gladly with the reference to the nightly updated version.
This significantly reduces the effort on the part of Haiku (HaikuDepot).
The so-called Mini-window problem is permanent under Haiku32Bit, under Haiku64Bi only (again) after my switch from OpenJDK8 to OpenJDK11. Going back brought no improvement!
The mini-window problem is less extreme (and not in the shapes) under Haiku64 than under Haiku32.
In retrospect, it occurs to me that I updated Haiku just before the ‘changes’.
Perhaps actually a haiku problem and less that of the OpenJDK port.
Haiku apparently carries a lot of OLD (and insiders known) mistakes with it …
The virtual memory in / for Haiku is activated. Which settings should I make?
Well, nothing is impossible of course. The thing is, in haikuports we normally download a specific version of the software, and verify it is the right one with a checksum. If we don’t do that, and an user reports a bug, it is difficult to know which version exactly they are using, and it can lead to a lot of confusion and frustration in trying to investigate problems that maybe are already fixed.
So, we decide to package only things we are sure we can reproduce. Since the zip changes all the time here, it is not the case, and we prefer to wait until there is a stable version.
That’s ok and exactly my opinion!
Ancestris10 is the stable version of the software and Ancestris11 is the daily / nightly updated version.
It may take a year from a currently stable version to the next stable version.