It looks like Windows won't allow the program to see the Windows key. Unfortunately, I've assigned 58 to many rows of the sdl table in BasiliskII_keycodes. I'm wondering if SDL_VideoDriverName() returns something that isn't in the default keycodes file that came with the Basilisk II download. Is th...

darn, it's not telling us anything useful. :( Obviously doing a memcpy to a 0x0 destination is a 'bad thing' and going to explode, but it's not saying where it came from, so I guess it's internal to LIBC. my hackified BII runs on the PowerPC, I'll have to try a simulator for ARM to see if it runs......

Ugh that doesn't do much :( In the file with the VOSF setting there should be a CFLAGS line... you'd need to do a make clean/make but try something like this: -O0 -g in place of -O whatever it could be. -O0 turns off optimizations, and -g includes debug symbols, so maybe GCC is being too aggressive....

sure almost there..

from the gdb prompt type in


bt

this will give us the backtrace to see where, and how that memcpy was called incorrectly

It's probably that a-rose extension

I'll have to check, where it turns it on.. config.h? Conf.h?

Try

egrep -rl VOSF *

One of them should be a header built by configure that tells it what to actually do...

yeah, thats the fun of the video on segfault, as it'll trip things up.

try re-building without VOSF

run it under GDB... I'm assuming that you have -g in the CFLAGS somewhere.

also normally with slirp you use 10.0.2.15 as your IP, although it shouldn't matter too much.

slirp can be very touchy.

Oh yeah, I also made a stand alone slirp.

http://sourceforge.net/projects/dynamip ... z/download

You could bind it to a ms Loopback adapter. And at least the emulators won't crash

Hi from Hong Kong! If you can build from source just drop cockatrice slirp in there.. I had so many issues with the way sheep works by crashing and catching it to intercept. ... I tried messing with dynamips but I'm never able to get far before life interrupts

Chasing another issue, I came across this embeddable debugger, Dr mingw. Embedding it adds one library to link, one function call to make, and 3 additional dll files. But asone as you compile with -g it'll generate a debug log file with the stack trace, and source debugging. It's really great, and I...

I just released a new version of cockatrice, more slirp fixes, and crash debug logging. .. I'll have to pass word on Dr mingw, it's a good thing to link in, and it should help with all the "I don't know" crashes.

wow! I'll update binaries soon-ish!

I hope it's just me, but trying the 01-03-2015 build, and my own pcap version under Windows 10 (just installed and updated) I get this fun error:

Cannot map second Kernel Data area: 487.

I'm using an oldworld rom.

It is an issue with SDL that cannot be solved in SheepShaver itself. If you find this color issue very disturbing, you can use the older 25 October 2009 build, it was built with an older SDL version: http://www.xs4all.nl/~ronaldpr/sheepsha ... 091025.zip (Note that the 2009 build does not support d...

Currently the [ Previous ] emulator has the NeXT ROMS in the source dumps. Darkmatter is a self contained kernel, so it doesn't actually need NeXTSTEP to run. But it does need a UFS disk to operate, and as far as the Mac ROM, it's currently embedded in the Darkmatter binary, so no ROM boxes or anyth...

http://i.imgur.com/n2ouP1E.png And it runs on Previous too! It'll emulate a LC II, so you won't be booting up into MacOS 8 anytime soon, but it is another emulator of sorts. It runs directly on the NeXT hardware, and intercepts the drivers in much the same way that BasiliskII does. It has no SCSI e...

the keyboard doesn't work so you can disable extensions...

Someone needs to make a custom 9 cd with no extensions

hi neozeed, what repo did you build openbios with, and what repo did you get the qemu code with? I keep getting "no valid state has been set by load or init-program" in openbios when trying to use my mac os 9 cd. What version of mac os 9 did you use? All the details are here: http://c-obr...

Cat_7 wrote:Interesting! Let's see what you can come up with!

Best,
Cat_7

I found it by accident... just been so busy today doing chores. But i have high hopes!

I just found out about this library... https://sourceforge.net/projects/cdemu/ Apparently it not only emulates a CD-ROM drive @ the SCSI level but also emulates CD-R functionality!!! I need to do a bunch of work to test this, as of course it's very linux centric, but if I can decapitate it from Linu...

I was passed this fun info on how to enter the nanokernel debugger. I emailed the GSoC dev's but got no reply... SO in case... Fire off Qemu but don't let it automatically boot, you need to enter some stuff ./bin/qemu-system-ppc -bios openbios-qemu.elf -boot d -cdrom os9.iso -M mac99 -m 256 -prom-en...

Never mind, turns out DiskType.m wasn't being compiled in, it makes sense now why the object couldn't be found!

/usr/bin/g++-4.2 -o SheepShaver -pagezero_size 0x3000 -Wl,-seg1addr,0x78048000 obj/main.o obj/main_unix.o obj/prefs.o obj/prefs_items.o obj/prefs_unix.o obj/sys_unix.o obj/rom_patches.o obj/rsrc_patches.o obj/emul_op.o obj/name_registry.o obj/macos_util.o obj/timer.o obj/timer_unix.o obj/xpram.o ob...

Between 9.0.4 and 9.1 memory management in MacOS was changed. From 9.1 onward a MMU is needed and SheepShaver does not emulate a MMU. Yeah, I suspect as OS 9 got more and more PowerPC native, even with the MMU, Sheep wouldn't run it or run into more issues... I just remembered something from a hack...