E-UAE 0.8.29 and OS X 10.3 not working

[yorgle]

Hi all.

I'm trying to get a good E-UAE system set up on my old PowerBook G3 Pismo laptop.  I've got E-UAE 0.8.29 WIP-4 here, and I'm trying to get some .uaerc files set up to get this to work.

I can get it to boot with 1.3 just fine, and I can get it to boot 3.0 fine from ADF images, but when I try to enable folder-based disks, it crashes UAE.

The lines I used are:

filesystem=rw,DH0:/Applications/Amiga/HD/Work3

or

filesystem2=rw,DH0:Work:/Applications/Amiga/HD/Work3,1

Either one will cause E-UAE to crash with the error:

dyld: /Applications/Amiga/E-UAE-0.8.29-WIP4/E-UAE.app/Contents/MacOS/uae Undefined symbols:
/Applications/Amiga/E-UAE-0.8.29-WIP4/E-UAE.app/Contents/MacOS/uae undefined reference to _statvfs expected to be defined in /usr/lib/libSystem.B.dylib

I've searched on the googles for help on this, but the only thing I can seem to find is another project that spawned the same error, in which the project leader had to rebuild the project.

Can anyone help me?

[skurk]

Mine won't boot without the boot priority set:

filesystem2=rw,DH0:Untitled:/Volumes/Work/Emulators/EUAE/HDD,-10

Maybe there's a bug in your version causing a crash?

[yorgle]

According to the docs "filesystem" does not use the boot priority, while "filesystem2" does.  Either causes the crash.

[motorollin]

Use Hi-Toro and say goodbye to .uaerc :-)

--
moto

[yorgle]

Hi-Toro is a front-end for generating the .uaerc files.  It doesn't get rid of them, it just hides them.

I get the same error trying to start from a Hi-Toro-generated configuration.

[motorollin]

Ahh, sorry. I didn't really read your OP properly and thought you were having problems configuring it, which is why I suggested Hi-Toro.

ISTR getting undefined symbol errors if an incompatible version of a library was installed, or if the library was missing and I forced the app to compile. If you compiled from source, check you have all of the pre-requisite headers in the correct versions. If you're using a binary, see if you can check what version of that library it needs and try to install that version.

You mention you're running on a G3. What version of OS X are you running on your Mac? Maybe it's not a compatible version.

[yorgle]

motorollin wrote:
ISTR getting undefined symbol errors if an incompatible version of a library was installed, or if the library was missing and I forced the app to compile. If you compiled from source, check you have all of the pre-requisite headers in the correct versions. If you're using a binary, see if you can check what version of that library it needs and try to install that version.

It's an OS System library that it's looking for.
I downloaded the E-UAE for OS X binary from its primary website.  I don't have source for it.  I will try to figure out what version of the libraries it needs.  I thought someone else might have encountered this error, which is why I had posted this here.

You mention you're running on a G3. What version of OS X are you running on your Mac? Maybe it's not a compatible version.

As mentioned in the subject; its OS X 10.3 (10.3.9 to be exact)

[motorollin]

yorgle wrote:
It's an OS System library that it's looking for.
I downloaded the E-UAE for OS X binary from its primary website.  I don't have source for it.

Source is here (direct download).

yorgle wrote:
As mentioned in the subject; its OS X 10.3 (10.3.9 to be exact)

So you did, sorry. It does say on Richard Drummond's web site that it is compiled for 10.2+, so unless they made some significant change to that library between 10.2 and 10.3.9, I don't understand why it's not working :-(

[yorgle]

Okay. so apparently, statvfs() isn't available on OS X 10.3, so I guess I'll need to build E-UAE myself, and remove that dependency; use statfs() instead.

Apparently, it's called to find out disk information when you enable using a desktop-directory as a mountpoint for the emulated system... which is why it never complains otherwise.

[gklinger]

I quite like Hi-Toro but I think some options are missing so that it is sometimes necessary to diddle the uaerc directly. I can't stand the thought of having to resort to Windows (blech) as good as WinUAE is.

[redfox]

-- edit --

Oh, looks like you found something.  I thought maybe there was not enough information in the path information in the filesystem2 line.

AmigaOS4/PPC version of E-UAE seems to want the partition name of the host partition as part of the path information.

filesystem2=,::,

filesystem2=rw,DH0:Workbench:AmigaOS4:E-UAE/Workbench,1

full path = AmigaOS4:E-UAE/Workbench

---
redfox