* Reduce high CPU when sitting idle at the console.
* Update ConsoleWindow.cc
Add include for Patches.h. This is where OSTrap and ToolTrap are defined.
* Update ConsoleWindow.cc
Define OSTrap and ToolTrap instead of relying on a header file to do it.
* Update ConsoleWindow.cc
Added two different routineAvailable() functions.
* Update ConsoleWindow.cc
Implement changes suggested by the maintainer.
- Declare new functions as static.
Since commit 7b597afbed ("accept .bin for universal interface files and update docs")
the interfaces-and-libraries.sh script now works directly with libraries in MacBinary
format, and so the existing workaround (converting MacBinary libraries to separate
BasiliskII-style data and resource files) can now be removed.
The file was renamed from entrypoint.sh to docker-entrypoint.sh just before
the updated docker support was merged, but the documentation was not updated
accordingly.
The current CI build for Linux fails with the following error:
2791.4 Scanning dependencies of target ResourceFiles
2791.4 [ 68%] Building CXX object ResourceFiles/CMakeFiles/ResourceFiles.dir/ResourceFork.cc.o
2791.4 [ 69%] Building CXX object ResourceFiles/CMakeFiles/ResourceFiles.dir/BinaryIO.cc.o
2791.4 [ 69%] Building CXX object ResourceFiles/CMakeFiles/ResourceFiles.dir/ResType.cc.o
2791.4 [ 70%] Building CXX object ResourceFiles/CMakeFiles/ResourceFiles.dir/ResourceFile.cc.o
------
Dockerfile:21
--------------------
20 |
21 | >>> RUN mkdir /Retro68-build && \
22 | >>> mkdir /Retro68-build/bin && \
23 | >>> bash -c "cd /Retro68-build && bash /Retro68/build-toolchain.bash"
Looking back through the logs there is no sign of any specific error, however
the CI history indicates that the problem was introduced via commit e187bd21c2
("honor SOURCE_DATE_EPOCH variable when timestamping MacBinary files").
A bit of searching suggests a couple of possible reasons as to why commit e187bd21c2
could introduce a build failure: 1) the version of gcc being used may have a
buggy/incomplete implementation of std::chrono or 2) a bug in the version of cmake.
On this basis updating the Ubuntu base image from 20.04 (old LTS) to 22.04 (current
LTS) should resolve these issues, and indeed with this change applied I can
successfully build the container image from current Retro68 git as well as one of
the sample applications.
