Opened 15 years ago

Closed 15 years ago

Last modified 2 years ago

#2320 closed defect (fixed)

MAC: ScummVM 0.8.0 fails to launch

Reported by: SF/ricardo78 Owned by: fingolfin
Priority: normal Component: Port: Mac OS X
Keywords: Cc:
Game:

Description

The new version of ScummVM (0.8.0) for OS X does not launch. Icon appears briefly in the Dock and then disappears. Here is the text from the crash log:

Host Name: Ricardo-iBook Date/Time: 2005-10-31 08:54:03.001 -0500 OS Version: 10.4.2 (Build 8C46) Report Version: 3

Command: scummvm Path: /Applications/ScummVM/ScummVM.app/Contents/MacOS/ scummvm Parent: WindowServer [59]

Version: 0.8.0 (0.8.0)

PID: 3695 Thread: Unknown

Link (dyld) error:

incompatible cpu-subtype

Ticket imported from: #1343971. Ticket imported from: bugs/2320.

Change History (22)

comment:1 by (none), 15 years ago

On Jaguar (10.2.8) it also fails, but this time because it cannot open the library /usr/lib/libstdc++.6.dylib, which is only present in later versions of Mac OS X.

comment:2 by fingolfin, 15 years ago

Owner: set to fingolfin

comment:3 by fingolfin, 15 years ago

ashitaka, that's a totally different issue.

Ricardo, is that the full crash log? If so, please state more information about your hardware (what kind of iBook is that? What processor?)

comment:4 by SF/ricardo78, 15 years ago

My iBook is a G3 900 Mhz (12"). Here is the info as it appears in System Profiler:

Machine Name: iBook Machine Model: PowerBook4,3 CPU Type: PowerPC 750 (2.3) Number Of CPUs: 1 CPU Speed: 900 MHz L2 Cache (per CPU): 512 KB Memory: 640 MB Bus Speed: 100 MHz Boot ROM Version: 4.6.4f1

comment:5 by SF/ricardo78, 15 years ago

I have also just updated the OS to version 10.4.3 (Build 8F46), but ScummVM still does not launch.

comment:6 by fingolfin, 15 years ago

Could you please try again with 0.8.0a (I just posted that): <http:// osdn.dl.sourceforge.net/scummvm/scummvm-0.8.0a-macosx.dmg>

OS X 10.4.3 can't help, the fact that you have a G3 processor is the problem. Not sure if the new build fixes that or not. Sadly nobody I know still has a G3 machine, so I can't test this myself...

comment:7 by SF/ricardo78, 15 years ago

Just tried the new build, but it still doesn't work. Guess I'll have to stick with version 0.7.1

comment:8 by SF/sageofminerva, 15 years ago

I am getting an identical crash log as ricardo using nearly identical hardware and software when using both 0.8.0 and 0.8.0a:

**********

Host Name: Cicero Date/Time: 2005-11-01 20:14:12.064 -0500 OS Version: 10.4.3 (Build 8F46) Report Version: 3

Command: scummvm Path: /Volumes/ScummVM 0.8.0a/ScummVM.app/Contents/MacOS/ scummvm Parent: WindowServer [61]

Version: 0.8.0a (0.8.0a)

PID: 5398 Thread: Unknown

Link (dyld) error:

incompatible cpu-subtype

*****

System Software Overview:

System Version: Mac OS X 10.4.3 (8F46) Kernel Version: Darwin 8.2.0

Hardware Overview:

Machine Name: iBook Machine Model: PowerBook4,3 CPU Type: PowerPC 750 (2.2) Number Of CPUs: 1 CPU Speed: 800 MHz L2 Cache (per CPU): 512 KB Memory: 640 MB Bus Speed: 100 MHz Boot ROM Version: 4.5.4f1 Serial Number: UV2520D3N5C

comment:9 by SF/jim_banks, 15 years ago

Well this bug report intrigues me. I have a G3 iBook (800Mhz) and ScummVM seems to run fine for me. I've tried and successfully run v0.8.0a (downloaded this morning), a version of 0.8.0 that I compiled myself and the latest version compiled from todays CVS snapshot. I'm still running 10.3.9 maybe this is why I'm not getting any problems.

Cheers,

Jim

comment:10 by fingolfin, 15 years ago

Yeah, I am wondering about this, too.

Techincally, ScummVM contains Altivec code, which doesn't work on G3 machines, of course. However, we follow standard procedures (based on Apple's example code) to only conditionally use it -- i.e. if you don't have an Altivec enabled system, the Altivec code isn't used. Hence there is no deep techincal reason why it shouldn't run.

So my only guess is that for some reason 10.4.x is overeager in protecting the user from running potentially "bad" software... Hrm. I'll tryy and see if I can find out a bit more about this "error".

comment:11 by SF/spmaniac, 15 years ago

The same problem occurs on my iBook G3 800 scummvm 0.8.0a MacOSX 10.4.3 SDL 1.2.9 (stable)

Here the details:

Console log:

Host Name: iBookSPM Date/Time: 2005-11-03 14:34:56.310 +0100 OS Version: 10.4.3 (Build 8F46) Report Version: 3

Command: scummvm Path: /Volumes/ExtStuff/Games/ScummVM/ScummVM.app/ Contents/MacOS/scummvm Parent: WindowServer [113]

Version: 0.8.0a (0.8.0a)

PID: 834 Thread: Unknown

Link (dyld) error:

incompatible cpu-subtype

*********************************** And System Profiler:

Hardware Overview:

Machine Name: iBook Machine Model: PowerBook4,3 CPU Type: PowerPC 750 (2.2) Number Of CPUs: 1 CPU Speed: 800 MHz L2 Cache (per CPU): 512 KB Memory: 640 MB Bus Speed: 100 MHz Boot ROM Version: 4.5.4f1

I hope you can fix the problem, cause the new features are interesting!

GL

comment:12 by fingolfin, 15 years ago

I may have found a solution for the problem. If any of your could download the test built from <http://scummvm.org/downloads/scummvm-g3-test.zip> and tell me whether it helps... thanks!

comment:13 by fingolfin, 15 years ago

Oh and if you can actually start this build of scummvm -- could you please also test the hq2x / hq3x scalers and see whether they work properly for you? Thanks again.

comment:14 by SF/sageofminerva, 15 years ago

The new build launches just fine. I'm not quite sure what you were looking for with the hq2x/hq3x filters, but I tested them and they looked much cleaner than the screenshots in the bug report.

comment:15 by SF/ricardo78, 15 years ago

The test build works on my computer. Scalars appear to be working fine. Thank you so much. Let me know if you need any other testing done.

comment:16 by SF/thesicksadtaco, 15 years ago

New build works fine, thanks.

comment:17 by SF/spmaniac, 15 years ago

Also, works fine here on my G3 b/w and my iBook, thank you very much! No problems with the hq2x/hq3x filters on a quick test. The GUI is much better in 0.8.0 now. Keep up your good work!

comment:18 by fingolfin, 15 years ago

Thanks for the tests. I'll either make a 0.8.0b, or wait till we have 0.8.1 ready.

comment:19 by SF/jim_banks, 15 years ago

Out of interest, what was causing the problem with the 10.4 systems? Was it a simple compile flag fix or something more complicated?

Jim

comment:20 by fingolfin, 15 years ago

GCC 4 sets too high cpu-subtype values by default, so I had to override it with a switch. This'll be done automatically for future builds.

comment:21 by fingolfin, 15 years ago

Resolution: fixed
Status: newclosed

comment:22 by digitall, 2 years ago

Component: --Unset--Port: Mac OS X
Note: See TracTickets for help on using tickets.