Amiga.org
The "Not Quite Amiga but still computer related category" => Amiga Emulation => Topic started by: yorgle on June 23, 2008, 08:52:14 PM
-
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?
-
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?
-
According to the docs "filesystem" does not use the boot priority, while "filesystem2" does. Either causes the crash.
-
Use Hi-Toro and say goodbye to .uaerc :-)
--
moto
-
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.
-
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.
-
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)
-
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 (http://www.rcdrummond.net/uae/e-uae-0.8.29-WIP4/e-uae-0.8.29-WIP4.tar.bz2) (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 :-(
-
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.
-
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.
-
-- 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