BasiliskII for Linux
Moderators: Cat_7, Ronald P. Regensburg
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
i figure that something isn't working with the segmentation fault switch. Because many of those crashes I am experiencing don't happen once I reduce the RAM size drastically (even so I got 6GB of RAM to spare on the host).
This is what I put in the the prefs file:
ignoresegv true
Either the syntax is wrong or the compiled binary won't adhere to that setting. How can I verify that?
This is what I put in the the prefs file:
ignoresegv true
Either the syntax is wrong or the compiled binary won't adhere to that setting. How can I verify that?
- adespoton
- Forum All-Star
- Posts: 4286
- Joined: Fri Nov 27, 2009 5:11 am
- Location: Emaculation.com
- Contact:
Re: BasiliskII for Linux
What ROM, OS and RAM configuration are you using? Is it possible that you were attempting to provide more RAM than the ROM and OS can address?
- Ronald P. Regensburg
- Expert User
- Posts: 7835
- Joined: Thu Feb 09, 2006 10:24 pm
- Location: Amsterdam, Netherlands
Re: BasiliskII for Linux
What RAM size do you use and what do you consider a drastic reduction of that size? I wouldn't use more than 512MB RAM for BasiliskII.
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
512MB is exatly the size I am using, on a machine with 3GB of RAM (Arm Debian 64).
- adespoton
- Forum All-Star
- Posts: 4286
- Joined: Fri Nov 27, 2009 5:11 am
- Location: Emaculation.com
- Contact:
Re: BasiliskII for Linux
What happens if you try with 64MB?
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
ignoresegv on ARM64
Hello,
I just discovered in the Readme the notice that the option "ignoresegv false" is only implemented on Linux/x86, Linux/ppc and Darwin/ppc.
But I am running B-II on Debian on Arm64, so is there any way that I can compile a binary that honors that option?
I just discovered in the Readme the notice that the option "ignoresegv false" is only implemented on Linux/x86, Linux/ppc and Darwin/ppc.
But I am running B-II on Debian on Arm64, so is there any way that I can compile a binary that honors that option?
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
Bump … I would truly *love* to be able to compile on ARM64 with the SIGSEV Ignore option enabled.
Any suggestion how to accomplish that?
Any suggestion how to accomplish that?
- adespoton
- Forum All-Star
- Posts: 4286
- Joined: Fri Nov 27, 2009 5:11 am
- Location: Emaculation.com
- Contact:
Re: BasiliskII for Linux
I'm not sure it's needed on ARM? I think ARM64 does this by default, or doesn't allow such a thing... my brain is foggy on which it is.
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
Well, it obviously doesn't allow it by default as SIGSEV causes B-II program termination on my system despite the setting in the prefs file.
-
- Apple Corer
- Posts: 239
- Joined: Thu Nov 09, 2017 12:06 pm
Re: BasiliskII for Linux
My fork now supports Linux/arm64.
Try latest source.
Try latest source.
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
Thank you dear Sir. Can you point me to the repo for your version once more, please? I lost the link to it.
- Ronald P. Regensburg
- Expert User
- Posts: 7835
- Joined: Thu Feb 09, 2006 10:24 pm
- Location: Amsterdam, Netherlands
Re: BasiliskII for Linux
kanjitalk755 fork on GitHub is here: https://github.com/kanjitalk755/macemu
Re: BasiliskII for Linux
Also available: ready-made packages for Linux:
https://www.emaculation.com/doku.php/sh ... skii_linux
Best,
Cat_7
https://www.emaculation.com/doku.php/sh ... skii_linux
Best,
Cat_7
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
I couldn't find any installable packages for Arm64, but I got no problem compiling from source. Were the memory management issues resolved? I had to stick with "banked mode" to avoid crashing all the time - its the most stable but also the slowest of them all.
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
When I try to generate the configure script via autoconf I get these error mesages:
configure.ac:236: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:248: error: possibly undefined macro: AC_MSG_WARN
configure.ac:474: error: possibly undefined macro: AM_PATH_GTK
configure.ac:505: error: possibly undefined macro: AM_PATH_ESD
The actual "configure" run then fails at the GTK macro:
...
checking for pthread_cancel... yes
checking for pthread_testcancel... yes
checking for pthread_mutexattr_setprotocol... yes
checking for pthread_mutexattr_settype... yes
checking for pthread_mutexattr_setpshared... yes
checking for sem_init... yes
checking for pkg-config... (cached) /usr/bin/pkg-config
checking pkg-config is at least version 0.7... yes
checking for GTK+ - version >= 1.3.15... yes (version 2.24.33)
./configure: line 8989: syntax error near unexpected token `1.2.0,'
./configure: line 8989: ` AM_PATH_GTK(1.2.0,'
-> uname -a
Linux localhost 4.19.113-22501734 #1 SMP PREEMPT Tue Sep 7 15:58:01 +07 2021 aarch64 GNU/Linu
cat /etc/debian_version
bookworm/sid
configure.ac:236: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:248: error: possibly undefined macro: AC_MSG_WARN
configure.ac:474: error: possibly undefined macro: AM_PATH_GTK
configure.ac:505: error: possibly undefined macro: AM_PATH_ESD
The actual "configure" run then fails at the GTK macro:
...
checking for pthread_cancel... yes
checking for pthread_testcancel... yes
checking for pthread_mutexattr_setprotocol... yes
checking for pthread_mutexattr_settype... yes
checking for pthread_mutexattr_setpshared... yes
checking for sem_init... yes
checking for pkg-config... (cached) /usr/bin/pkg-config
checking pkg-config is at least version 0.7... yes
checking for GTK+ - version >= 1.3.15... yes (version 2.24.33)
./configure: line 8989: syntax error near unexpected token `1.2.0,'
./configure: line 8989: ` AM_PATH_GTK(1.2.0,'
-> uname -a
Linux localhost 4.19.113-22501734 #1 SMP PREEMPT Tue Sep 7 15:58:01 +07 2021 aarch64 GNU/Linu
cat /etc/debian_version
bookworm/sid
-
- Apple Corer
- Posts: 239
- Joined: Thu Nov 09, 2017 12:06 pm
Re: BasiliskII for Linux
In my fork, memory management is "direct".
If you use bookworm/sid, please fix the problem yourself.
If you use bookworm/sid, please fix the problem yourself.
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
What's the issue with bookworm/sid? Its supposed to be the current stable release.
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
What is the safe max. RAM size for B-II under Debian Linux on Arm64 /w MacOS 8.1?
- Ronald P. Regensburg
- Expert User
- Posts: 7835
- Joined: Thu Feb 09, 2006 10:24 pm
- Location: Amsterdam, Netherlands
Re: BasiliskII for Linux
For normal use of BasiliskII on any host, 128MB is sufficient and 256MB is plenty.
-
- Apple Corer
- Posts: 239
- Joined: Thu Nov 09, 2017 12:06 pm
Re: BasiliskII for Linux
I'm not familiar with Linux, so I thought "sid" means "unstable".Dagobertus wrote: ↑Thu Aug 04, 2022 4:27 pm What's the issue with bookworm/sid? Its supposed to be the current stable release.
Either way, I can't reproduce it in my environment (Debian 11.3), so I don't know the cause.
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
@kanjitalk755 - You are right, it was my bad. The content of that Debian version file is an artefact from an attempt I had made to resolve certain issues with a previous B-II built. Once that didn't work out I had removed thes beta repos and uninstalled those files again. This has been my repo list since then:
deb http://ftp.debian.org/debian/ bullseye main contrib non-free
deb http://ftp.debian.org/debian/ bullseye-updates main contrib non-free
deb-src http://ftp.debian.org/debian/ bullseye non-free contrib main
deb-src http://ftp.debian.org/debian/ bullseye-updates non-free contrib main
The "bookworm/sid" part was left behind I guess and I need to correct that manually,
deb http://ftp.debian.org/debian/ bullseye main contrib non-free
deb http://ftp.debian.org/debian/ bullseye-updates main contrib non-free
deb-src http://ftp.debian.org/debian/ bullseye non-free contrib main
deb-src http://ftp.debian.org/debian/ bullseye-updates non-free contrib main
The "bookworm/sid" part was left behind I guess and I need to correct that manually,
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
@Ronald - I wanted to know the *absolute* max. memory configuration known to run stable with B-II, please.
PS: I can assure you I am not a "normal" user.
PS: I can assure you I am not a "normal" user.
- Ronald P. Regensburg
- Expert User
- Posts: 7835
- Joined: Thu Feb 09, 2006 10:24 pm
- Location: Amsterdam, Netherlands
Re: BasiliskII for Linux
Just try. When it is too large, BasiliskII will probably crash on launch. I never tried more than 10242MB with BasiliskII, which is much more than real Macs in the 68k era could use.
- Dagobertus
- Inquisitive Elf
- Posts: 38
- Joined: Sun Oct 30, 2016 6:07 pm
Re: BasiliskII for Linux
That 1GB worked decently safe?
- Ronald P. Regensburg
- Expert User
- Posts: 7835
- Joined: Thu Feb 09, 2006 10:24 pm
- Location: Amsterdam, Netherlands
Re: BasiliskII for Linux
For me, yes. But it may be different in a different setup. Just try. The worst that can happen is that BasiliskII or the installed System crashes and that the crash causes file system corruption on your virtual disks. HFS was always vulnerable for corruption. Keep backup copies of the used disk image files, just in case.