View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003263 | Dwarf Fortress | Technical -- General | public | 2010-09-17 09:37 | 2015-12-26 19:22 |
| Reporter | Totaku | Assigned To | Toady One | ||
| Priority | high | Severity | crash | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | Mac | OS | TIger | OS Version | 10.4 |
| Product Version | 0.31.13 | ||||
| Fixed in Version | 0.34.01 | ||||
| Summary | 0003263: Mac version unable to load up Dwarf Fortress game at all. | ||||
| Description | The new release of Dwarf Fortress for the mac version of 0.31.13 is unable to work at all. Upon starting up through the terminal I get this message: dyld: Library not loaded: /usr/local/lib/libstdc++.6.dylib Referenced from: /Users/.../Desktop/df_osx.0.31.13/./dwarfort.exe Reason: image not found /Users/.../Desktop/df_osx.0.31.13/df: line 5: 2319 Trace/BPT trap ./dwarfort.exe | ||||
| Steps To Reproduce | If you have a mac, simply download the game, and attempt to run the df file through the terminal which has always been the requirement. After attempting to load, it'll always give out this message. | ||||
| Tags | 0.31.13, crash, fixed, mac | ||||
| has duplicate | 0003265 | resolved | Logical2u | Launch error: dyld: Library not loaded: /usr/local/lib/libstdc++.6.dylib |
| has duplicate | 0003308 | resolved | dyld stdc++ symbol not found on launch | |
| has duplicate | 0003485 | resolved | Dwarf fort won't open. | |
| related to | 0004103 | resolved | Toady One | Command line client does not launch on OS X 10.7 Lion (READ FOR FIX) |
| related to | 0007389 | confirmed | lethosor | freetype missing on OS X; causes crashes when entering fullscreen and/or starting DF |
|
|
Is your mac intel based? Quote from the Dev Log: here's the Mac version, which due to more compiler woes will work only with Intel Macs at this point, |
|
|
Yes, it is an intel based mac. And yet that's the error I get when trying to run the DF file. So right now the game won't even run on the intel based macs. There's been reports on it within the forum as well. I just thought it would be best to report it on both ends. |
|
|
I also got this error, also on an intel mac. (2 GHz Intel Core 2 Duo; Snow Leopard installed.) For the record, I just checked /usr/local/lib/, and there isn't a file called libstdc++.6.dylib (or anything similar) in that folder. This is a fairly old intel iMac; maybe they only started putting it there more recently? Not sure. |
|
|
Same problem here. 2.4 GHz Intel Core 2 Duo, version 10.5.8 (not Snow Leopard). |
|
|
I'm getting the same error message on my Tiger machine. Version 10.4.11, 2.16 GHz Intel Core 2 Duo. |
|
|
It looks to me like the program's just looking in the wrong place. There's libstdc++.6.dylib in /usr/lib/, but not /usr/local/lib/. The same applies to libgcc_s.1.dylib, the other file it asks for if you make a copy of the first file in the location it's looking. |
|
|
New version came out. Currently it seems to work for some, but not for others. In my case, I am unable to get the new DF to work. Again Intel Core 2 Duo. Mac Tiger 10.4.11 dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx 0.31.13/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx 0.31.13/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx 0.31.13/df: line 5: 1207 Trace/BPT trap ./dwarfort.exe ... I'm beginning to wonder if this version is making Intel Tiger versions obsolete. (which seems to be common among newer programs compiled for mac) But to make sure, I would like to have this checked first and see if that's the reason, and if not, find a solution to the problem. |
|
|
Same issue. Machine: 2.4 GHz Intel Core 2 Duo Error Message: Last login: Sat Sep 18 09:09:33 on ttys000 You have new mail. lonely-boxs-macbook:~ lbox$ /Users/lbox/Downloads/df_osx\ 2/df ; exit; dyld: Library not loaded: /usr/local/lib/libstdc++.6.dylib Referenced from: /Users/lbox/Downloads/df_osx 2/./dwarfort.exe Reason: image not found /Users/lbox/Downloads/df_osx 2/df: line 5: 6356 Trace/BPT trap ./dwarfort.exe logout |
|
|
@Totaku: You might have something, but simply making Tiger versions obsolete wouldn't explain why it also doesn't seem to be working with certain Leopard and Snow Leopard machines. |
|
|
USING OS X 10.6.4 on Intel Mac ('Tiger'/10.4 should be updated in the header if we are merged): I experienced the linking problem (dyld) mentioned above, with the pathname problem between /usr/local/lib and /usr/lib, which seems to have been resolved by the new (unincremented) release of df_osx 0.31.13. There is now a new problem: Given that the original links were to /usr/local/lib, which implies a local (rather than canonical) install of the C++ standard library, is it possible that there is an unintended dependency on the GNU C++ library that breaks when DF attempts to use Apple's native C++ standard library? |
|
|
Hey everyone, could you all check out the newest Mac version that just went up and see if it fixes your problems? Thanks. |
|
|
Are you sure Toady isn't just writing a report based on what he did yesterday? Results are still the same: dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx.1/df: line 5: 351 Trace/BPT trap ./dwarfort.exe Please contact Toady and Bauguhn about the situation and see if it's possible to resolve? |
|
|
Well, it was worth a try since the report for the newest version says that it was done to fix some library problems. I'm sure they're both aware of the problems. |
|
|
Tuesday, September the 21st. Day four. Current downloadable version of DF 0.31.13 for Mac OS X continues to exhibit fatal crash on launch. Mining up through the screen was a good idea, but now we are stuck here, in real time, with no way back; we must access the fortress to produce more dwarven ale, or at least prickleberry wine. Our last barrel only has nine drinks in it. The dwarves are getting restless. Right now they are burrowing in the paper recycling bin for something to do; three of them are playing 'Hide and Go Carp', while the other four seem to be pretending that the ink jet cartridges inadvertently discarded therein are actually gem clusters. Occasionally a little ink-stained hand will reach up and attempt to tap 'sh df' out on the keyboard. I have already sustained a significant mining injury, from a small copper pickaxe, to my left knee. |
|
|
Wednesday, September the 22nd. Day five. Still no sign of Toady. My previous report was in error and must be amended; there are only six dwarves. Fortunately, we have found a delicious supply of Elf Roast. ELF ROAST, I tell you. There are two drinks in the barrel. The dwarves have constructed a still out of a block of Post-It notes. Experiments with distilling printer ink are ongoing. |
|
|
0.31.14 came out and currently, the mac version is still unplayable. Same errors continue to cause problems. dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx.1/df: line 5: 562 Trace/BPT trap ./dwarfort.exe |
|
|
0.31.13 worked fine for me, but 0.31.14 is giving me all sorts of trouble, crashing and/or hanging indefinitely -- I have been able to start DF and generate a world, but I've never gotten past the embark screen before something goes wrong. I'm on an Intel Mac (2.0 GHz Core Duo) running 10.6. |
|
|
I tried 0.31.14 on my machine (Tiger 10.4.11) and I get the same errors as Totaku. O.31.13 also did not work for me. |
|
|
0.31.14 did not work for me, either. Is Toady even aware of the problem?dyld: Symbol not found: __ZNSt8__detail12__prime_listE |
|
|
well according to Bauguhn chances are he does know. As he stated the following since he's usually the one who works on the stuff for the mac version. "Actually, I'm not working on the Mac issues right now. This is mainly due to not having a working mac. I'd love to, but it could take a while. And so.. Anyone know how to compile GCC on snow leopard such that the resulting libraries (libstdc++, libgcc, etc.) work on leopard/tiger? And willing to test the theory?" So it could be a good while before this is fixed, but if you know how to compile, you might be able to help Gaughn speed up the process. |
|
|
I have 10.6.4 and I was able to download 0.31.14, generate a world, and embark. I don't remember the exact generated world specs, but I played for a while, without a hitch. So I am not able to reproduce this bug. |
|
|
This page appears to have a full transcript of a group working out the issue. Basically, you have to compile against a certain SDK, which requires a few switches to the linker. http://www.digitalmars.com/d/archives/digitalmars/D/announce/Just_one_more_thing..._14807.html |
|
|
When I tried to load up 0.31.15 on my MacBook 10.4.11, I received the following error: dyld: Library not loaded: /usr/X11R6/lib/libfreetype.6.dylib Referenced from: /Users/Catherine/Desktop/Dwarf Fortress 0.31.15/libs/SDL_ttf.framework/Versions/A/SDL_ttf Reason: image not found /Users/Catherine/Desktop/Dwarf Fortress 0.31.15/df: line 5: 1431 Trace/BPT trap ./dwarfort.exe Does anyone know what "image" it's looking for? |
|
|
Errors are still the same as before with 0.31.15: dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx.1/df: line 5: 467 Trace/BPT trap ./dwarfort.exe And again, Mac Tiger OS, 10.4.11 |
|
|
Totaku, so since you and I are both using the same OS, I'm curious as to why are we getting different error messages? |
|
|
I get the same error as Totaku on the same platform as Mme Licorne. I have X from macports rather than the factory version, which might explain libfreetype loading up fine for me. Or might not. In any case, looks like Tiger isn't supported. I might have to swing by the Apple store and get a Snow Leopard disc. |
|
|
Same as kwieland here. Have an Intel MacBook running OS 10.6.4. Tested 0.31.14 last week & it worked fine all the way from generating a new world to embarking in Fortress mode to starting a fort (didn't play very long as the MacBook is an office machine so it isn't as powerful as my own personal gaming desktop running Windows). Summary should be updated to reflect that running DF on pre-10.6.4 OSX versions appears to be the issue (which as predominantly being a Windows developer, I find wickedly ironic & utterly hilarious). |
|
|
I added the minversion/isysroot thingy from the link for 0.31.16. Has there been any change on the 10.4 behavior? I'm on 10.5.4 and it works for me, of course, but I'm not sure that's so much my OS version as that the compiler was built on my system. |
|
|
The error still exsist the same as before in 0.31.16: dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx.1/df: line 5: 1898 Trace/BPT trap ./dwarfort.exe Also Dame de la Lirocone, I belive the different errors rest in the fact that you are using a Mac book and I use a desktop. As for Numerobis, I wouldn't be surprised if this is fact since I said before some newer programs I seen that come out seem to lack Tiger support. : ( It seems Mac's trying to force everyone to go Leapord and Beyond |
|
|
With 0.31.16 on my 10.4.11 Tiger MacBook, I still get the same error as before: dyld: Library not loaded: /usr/X11R6/lib/libfreetype.6.dylib Referenced from: /Users/Catherine/Desktop/Dwarf Fortress 0.31.16/libs/SDL_ttf.framework/Versions/A/SDL_ttf Reason: image not found /Users/Catherine/Desktop/Dwarf Fortress 0.31.16/df: line 5: 399 Trace/BPT trap ./dwarfort.exe @Totaku, different platforms would explain it, now why didn't I think of that... |
|
|
In the meantime, I've found that the Windows version runs quite well with Wine. (easy install: winebottler.kronenberg.org). |
|
|
Ok I went and tried to run the new version(.17). As expected problem still exist. /Users/MarcKeller/Desktop/df_osx.1/df; exit dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx.1/df: line 5: 411 Trace/BPT trap ./dwarfort.exe |
|
|
This got me a working DF install of 0.31.17 on OS X 10.6.4: mkdir 'Dwarf Fortress.app' cd 'Dwarf Fortress.app' mkdir Contents cd Contents mkdir MacOS mkdir Frameworks mv ../../dwarfort.exe MacOS/ mv ../../libs/SDL* Frameworks/ mv ../../libs MacOS/ echo 'APPL????' > PkgInfo curl http://www.nyo.dk/df/Info.plist > Info.plist cd MacOS install_name_tool -id @executable_path/libs/libgcc_s.1.dylib libs/libgcc_s.1.dylib install_name_tool -id @executable_path/libs/libstdc++.6.dylib libs/libstdc++.6.dylib install_name_tool -change /usr/lib/libgcc_s.1.dylib @executable_path/libs/libgcc_s.1.dylib dwarfort.exe install_name_tool -change /usr/lib/libgcc_s.1.dylib @executable_path/libs/libgcc_s.1.dylib libs/libstdc++.6.dylib install_name_tool -change /usr/lib/libgcc_s.1.dylib @executable_path/libs/libgcc_s.1.dylib libs/libgcc_s.1.dylib install_name_tool -change /usr/local/lib/libstdc++.6.dylib @executable_path/libs/libstdc++.6.dylib dwarfort.exe install_name_tool -change /usr/local/lib/libstdc++.6.dylib @executable_path/libs/libstdc++.6.dylib libs/libstdc++.6.dylib This probably requires having the Xcode Tools installed, to get the install_name_tool. I may have missed a few steps and made some typos, not sure. For perfection, add in an icon and list it in the plist file. "Working" is to the point that I managed to generate a world, I haven't tested fortress or adventure modes. |
|
|
SOLUTION I got it working on Mac OS X 10.6 after having the same error: 1) Open Finder 2) SHIFT + COMMAND + G and put in "/usr/" 3) In /usr/: Make a folder called "X11R6" 4) Copy the X11 contents from your /usr/ folder to this new X11R6 folder 5) Copy all the X11 contents from /opt/X11 into that X11R6 folder (overwrite) 6) Done! Reddit post: http://www.reddit.com/r/dwarffortress/comments/gf3n2/any_idea_how_to_winebottle_dwarf_fortress_03125/ |
|
|
For 10.6 it should work by just clicking on the "df" file (It works for me). This bug is about 10.4 in which it doesn't seem to work. |
|
|
If you have the correct libraries, but DF is looking in the wrong place, you can work around by creating symbolic links (command: ln -s ... a "shortcut") in the places it looks. This applies to pretty much any error of the type listed here. In my case there was no /usr/X11R6/ directory, so libfreetype could not be found. A decent solution - In Terminal paste the following lines one at a time: cd /usr/ sudo mkdir X11R6 && cd X11R6 sudo mkdir lib && cd lib ln -s /usr/X11/lib/libfreetype.6.dylib . Don't leave out the dot in the last line (for those who are not 'unixy'). You can do this for any file, substituting the path to the file for the path in the last line. Use this to make links wherever the program is looking for libraries in the event that Apple has moved the libraries around between versions (they definitely do this). To locate a file that DF says is missing, try in Terminal: find / -name 'your-missing-library.dylib' Once the game starts, name one of your dwarves after me. |
|
|
See issue 4103 to see what hacks are needed to get Dwarf Fortress to run under OS X. |
|
|
This issue should be retired, I believe, as the problem is long since fixed. |
|
|
The libstdc++ issue should be resolved now, since DF specifies exactly which libstdc++ to load (its own) - I'm not sure which version that was added in, so I'm marking it as 0.34.01. Regarding freetype/SDL_ttf, there's a solution in 0007389 that doesn't involve modifying /usr. There's also a crash-on-launch issue on OS X 10.11+ (with PRINT_MODE:2D) which has a solution in 0002624. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-09-17 09:37 | Totaku | New Issue | |
| 2010-09-17 09:50 | Totaku | Tag Attached: 0.31.13 | |
| 2010-09-17 09:50 | Totaku | Tag Attached: crash | |
| 2010-09-17 09:50 | Totaku | Tag Attached: mac | |
| 2010-09-17 09:56 | Logical2u | Note Added: 0012759 | |
| 2010-09-17 09:56 | Logical2u | Tag Attached: AWAITING UPDATE | |
| 2010-09-17 10:08 | Totaku | Note Added: 0012760 | |
| 2010-09-17 10:28 | Logical2u | Tag Detached: AWAITING UPDATE | |
| 2010-09-17 13:40 | Logical2u | Relationship added | has duplicate 0003265 |
| 2010-09-17 14:04 | arkose | Note Added: 0012773 | |
| 2010-09-17 17:50 | ardentpenguin | Note Added: 0012778 | |
| 2010-09-17 18:03 | Dame de la Licorne | Note Added: 0012779 | |
| 2010-09-17 18:36 | John Keel | Note Added: 0012780 | |
| 2010-09-17 18:38 | John Keel | Note Edited: 0012780 | |
| 2010-09-18 04:56 | Totaku | Note Added: 0012785 | |
| 2010-09-18 05:29 | Totaku | Note Edited: 0012785 | |
| 2010-09-18 06:19 | cullpepper | Note Added: 0012786 | |
| 2010-09-18 06:25 | Totaku | Note Edited: 0012785 | |
| 2010-09-18 06:26 | Dame de la Licorne | Note Added: 0012787 | |
| 2010-09-18 07:28 | Ogg the Blinky Sock | Note Added: 0012788 | |
| 2010-09-19 10:34 | Logical2u | Note Added: 0012817 | |
| 2010-09-19 10:35 | Logical2u | Tag Attached: AWAITING UPDATE | |
| 2010-09-19 10:35 | Logical2u | Note Edited: 0012817 | |
| 2010-09-19 11:44 | Totaku | Note Added: 0012818 | |
| 2010-09-19 11:46 | Totaku | Note Edited: 0012818 | |
| 2010-09-19 11:46 | Totaku | Note Edited: 0012818 | |
| 2010-09-19 12:15 | Logical2u | Note Added: 0012819 | |
| 2010-09-19 12:15 | Logical2u | Tag Detached: AWAITING UPDATE | |
| 2010-09-21 08:26 | Ogg the Blinky Sock | Note Added: 0012863 | |
| 2010-09-22 06:21 | Ogg the Blinky Sock | Note Added: 0012886 | |
| 2010-09-23 12:45 | Totaku | Note Added: 0012927 | |
| 2010-09-23 16:40 | duckthatquacks | Note Added: 0012933 | |
| 2010-09-23 17:25 | Dame de la Licorne | Note Added: 0012935 | |
| 2010-09-24 08:46 | Ogg the Blinky Sock | Note Added: 0012943 | |
| 2010-09-24 09:59 | Logical2u | Relationship added | parent of 0003308 |
| 2010-09-25 05:57 | Totaku | Note Added: 0012969 | |
| 2010-09-25 05:58 | Totaku | Note Edited: 0012969 | |
| 2010-09-26 06:18 | kwieland | Note Added: 0012993 | |
| 2010-10-02 12:32 | numerobis | Note Added: 0013152 | |
| 2010-10-03 06:18 | Dame de la Licorne | Note Added: 0013162 | |
| 2010-10-03 06:37 | Totaku | Note Added: 0013163 | |
| 2010-10-03 06:38 | Totaku | Note Edited: 0013163 | |
| 2010-10-03 10:32 | Dame de la Licorne | Note Added: 0013168 | |
| 2010-10-03 11:52 | Logical2u | Relationship added | has duplicate 0003361 |
| 2010-10-03 14:27 | numerobis | Note Added: 0013172 | |
| 2010-10-04 08:08 | Malibu Stacey | Note Added: 0013185 | |
| 2010-10-04 08:30 | Malibu Stacey | Note Edited: 0013185 | |
| 2010-10-05 01:13 | Toady One | Note Added: 0013202 | |
| 2010-10-05 01:13 | Toady One | Assigned To | => Toady One |
| 2010-10-05 01:13 | Toady One | Status | new => acknowledged |
| 2010-10-05 06:16 | Totaku | Note Added: 0013207 | |
| 2010-10-05 06:17 | Totaku | Note Edited: 0013207 | |
| 2010-10-05 06:39 | Dame de la Licorne | Note Added: 0013208 | |
| 2010-10-08 05:33 | Ogg the Blinky Sock | Note Added: 0013256 | |
| 2010-10-31 17:50 | Logical2u | Relationship added | parent of 0003485 |
| 2010-11-11 13:16 | Totaku | Note Added: 0013694 | |
| 2010-11-12 06:56 | jfs | Note Added: 0013713 | |
| 2011-03-31 15:10 | Note Added: 0016885 | ||
| 2011-04-03 07:35 | kwieland | Note Added: 0017006 | |
| 2012-02-19 02:15 |
|
Relationship added | related to 0004103 |
| 2012-02-20 17:43 |
|
Relationship replaced | has duplicate 0003485 |
| 2012-03-08 01:41 | rbeverly | Note Added: 0021253 | |
| 2012-07-04 15:54 | Madd the Sane | Note Added: 0023154 | |
| 2014-01-27 09:15 |
|
Relationship replaced | has duplicate 0003308 |
| 2014-07-16 13:58 |
|
Relationship added | related to 0007389 |
| 2014-12-06 07:18 | lethosor | Relationship deleted | has duplicate 0003361 |
| 2015-12-19 12:04 | Ogg the Blinky Sock | Note Added: 0034053 | |
| 2015-12-19 12:04 | Ogg the Blinky Sock | Tag Attached: fixed | |
| 2015-12-26 19:22 | lethosor | Note Added: 0034208 | |
| 2015-12-26 19:22 | lethosor | Status | acknowledged => resolved |
| 2015-12-26 19:22 | lethosor | Fixed in Version | => 0.34.01 |
| 2015-12-26 19:22 | lethosor | Resolution | open => fixed |
| 2015-12-26 19:22 | lethosor | Note Edited: 0034208 |
