In the latest source, the build date is appended at the end of the help.

My fork now supports Linux/arm64.
Try latest source.

You can now build and run SheepShaver on Linux/arm64.

https://github.com/kanjitalk755/macemu

On Apple Silicon Mac, the shared memory that SheepShaver tries to get is always 16KiB.

Hiro.Fuji wrote: ↑Fri Jun 03, 2022 3:34 pm The mysterious event that Basilisk II was booted while Sheepshaver was not booted is still a mystery.

Basilisk II doesn't use shared memory.

SheepShaver can run without shared memory, but slows down a little.

https://github.com/kanjitalk755/macemu/tree/wo_shm

Implemented.

https://github.com/kanjitalk755/macemu

Thank you for the detailed explanation
I completely forgot about the BNDL resource

I have released a new version.

Just curious, which sample did you end up using? The ChromiVNC or the Extension Shell? ChromiVNC's INIT Dispatcher.c, ResourceRunner.cp and ShowInitIcon.c were very helpful. Another question: any chance of rolling this into an add-on for qemu-system-m68k as a code fragment like elliotnunn proposed?...

Thanks for the great sample!
I was able to create an INIT version of USBTablet.

https://github.com/kanjitalk755/macos9- ... t/releases

marciot42 wrote: ↑Thu Dec 23, 2021 8:59 pm I have recently come across an INIT starter project for CW8. It appears as if it might be PPC compatible. It is called "extensionshell1.4.sit.hqx" and you can download it from here:

It seems to be 68k exclusive.

Thank you for providing the source.
Do you have a PowerPC sample?
I need USBManagerLib and HIDLib for my purpose and can't build for 68k target with them.

According to ether_unix.cpp, it looks good as follows.

Maybe no one has tested the VDE option except for linux platform.
The first thing to do is to find out if it works on mac platform.
The Debug target is set to build only the active target, so try it.

I modified the Xcode Project for testing VDE. And try:
https://github.com/kanjitalk755/macemu/tree/test_vde

I recommend Debug target.

So as a work-around I renamed /Library/Developer/CommandLineTools/SDKs/ MacOSX10.15.sdk to MacOSX10.15.sdk.old in Finder and used its original name for a softlink to MacOSX11.1.sdk : Older versions of CommandLineTools are source of trouble. It's a good idea to select Xcode unless you really need ot...

I was wrong.
Etherhelper is also implemented a method that does not use a tap device, but it is very unstable.
The method of using a tap device seems to be stable, so please try this.

Yes, it's at src/extfs.cpp#L126:
If you change it to 0x10000, it will be 4GB.
However, it has not been verified to be safe.

etherhelpertool is present in all my builds (since March 2020) Could anything have changed that disabled etherhelper support? Or could there be a problem with relating to the (obviously installed) tap device? Etherhelper is always enabled at build time, but the following line is required in the pre...

etherhelper/en0

Please note: No TUN/TAP necessary!

That's strange.
The etherhelper included in BasiliskII is a tool that automates ifconfig and requires a tap device.

http://www.sealog.de/Mac/BasiliskII_net ... ut_tap.zip

Do you know from which commit did this binary build?

Unfortunately the samples are not suitable.
It should continue to receive null events until the OS shuts down.

I’d like to try that if there is a suitable INIT sample code.
However, converting to INIT does not change the functionality.

Fixed.

https://github.com/kanjitalk755/macemu

Ronald P. Regensburg wrote: ↑Tue May 11, 2021 7:31 am Building universal binaries is possible on arm64?

Yes. You can build universal binaries on both Intel and Apple Silicon machine with Xcode 12 and above.

Unfortunately, it seems difficult to build the latest version on an Intel Mac.
For Intel Mac:

Yes, the libraries are only needed at build time.
And copy is OK. However, you need the headers as well as libgmp.a and libmpfr.a.