libSystem.B.dylib: not a dylib??

Question

Level 1

1 points

libSystem.B.dylib: not a dylib??

I am trying to install a fortran program on my powerbook, which I know has been successfully installed on other Macs. The program compiles, but when I run it I get the following error,

Dyld: Library not loaded: /usr/lib/libSystem.B.dylib
Referenced from: /Users/macalester/local/daodir/./daomaster
Reason: no suitable image found. Did find:
/usr/lib/libSystem.B.dylib: not a dylib
Trace/BPT trap

There are a number of other fortran programs with this package, all of which I have installed and run properly. This is the only program that I have a problem with. I am currently running os 10.4.6.

Any help with this would be appreciated!

Mac OS X (10.4.6)

Posted on May 16, 2006 8:52 AM

Reply

Answer 1

Top-ranking reply

Richard Bennett

Level 1

5 points

May 17, 2006 8:23 PM in response to MasterOdin

I guess that worked, sorta, turns out cmpdylib needs a dylib to work--yep /usr/lib/libSystem.B.dylib! So the bus error means something's wrong with the dylib.

I tried to check my daughter's computer (uses 10.4), but all the good unix-like tools are missing. But I did notice that libSystem.B.dylib was modified with one of the recent updates. You may want to check the modification date on libSystem.B.dylib to see when it was last changed. and

otool -L /usr/lib/libSystem.B.dylib

should give a list of libraries referenced by this library (dynamic or object files if not). They've added to the library (mine is about 1.7 M and the 10.4.5 library is over 4 M) but mine refers to itself and /usr/lib/system/libmathCommon.A.dylib. It appears the library was replaced by a different file.

TiBook G4 Mac OS X (10.3.9)

Reply

Answer 2

kenl1960

Level 1

0 points

Jun 15, 2006 6:33 AM in response to tele_player

In my case, the libSystem.B.dylib is a functional dylib. It really isn't broken. The error message here is a really misleading symptom of a 32 executable with a data size that is beyond the address range.

The programmers (actually hydrolic/civil engineers with computers) had tried the -m64 options with GCC and it didn't produce 64 bit code. (I don't know why)

Yesterday, one of them broke down and bought an Absoft Pro Fortran v9.2 compiler. I installed it last night and was able to build a 64 bit executable. I was suprised to find this morning that it had completd it's 2.73GB 3D sediment transport model overnight. I think they will be pleased.

Thanks for the assistance

Reply

Answer 3

MasterOdin Author

Level 1

1 points

May 22, 2006 2:08 PM in response to MasterOdin

The program I was trying to use is an astronomy data reduction program. Playing around with some of the parameters in the code, I reduced the number of stars the program would look at. As it turns out, that allowed the program to run properly.

Therefore, it appears that this error appeared because I was trying to allocate more memory to run this application than the computer could handle.

Thanks again for the replies!

Reply

Answer 4

andfarm

Level 2

415 points

Jun 14, 2006 3:55 PM in response to kenl1960

The compiler doesn't default to creating 64-bit binaries because such a binary wouldn't run on anything but a G5. Moreover, Apple has made the decision to generate most of the libraries in 32-bit mode only.

To generate a 64-bit binary, add the -m64 flag to the gcc invocation.

Reply

Answer 5

May 16, 2006 9:00 PM in response to MasterOdin

Try:

cmpdylib /usr/lib/libSystem.B.dylib /usr/lib/libSystem.B.dylib

It will either tell you that it is in fact not a dylib or nothing.

Nothing means a linker issue. I'm not sure what to think if it isn't a dylib, but it would disturb me.

I'll have to leave the rest of your problem to the real experts here.

TiBook G4 Mac OS X (10.3.9)

Reply

Answer 6

May 18, 2006 8:02 AM in response to MasterOdin

hmmm...apparently cmpdylib works differently on 10.4.6. The otool output is what you would expect. I may have led you on a wild goose chase.

Is it possible to gather the same info from one of the other computer's this worked on? Also, verify the last update was Apr 4. I think it's under the Apple menu, About this Mac, More Info, Logs or Update Logs...something like that.

I probably can't help a lot without 10.4.6 or the Absoft(?) Fortran compiler on my computer. Sorry.

Reply

Answer 7

Jun 15, 2006 4:49 AM in response to andfarm

SImplest way to check if a file is a dylib is to use the 'file' command. That checks the file's magic number. That doesn't check if it's a valid, non-broken dylib.

Reply

Answer 8

May 18, 2006 8:10 PM in response to MasterOdin

Hi MasterOdin,
The listing of the libSystem.B.dylib library in the BOM file in the package receipt of the MacOSXUpd10.4.6PPCPatch.pkg update is:

./usr/lib/libSystem.B.dylib -r-xr-xr-x root wheel 4379344 Thu Mar 2 20:23:39 2006

Note that the size of the file is identical to that in your listing so I assume that your library is intact. The date is different but then so is mine, which was modified on April 5. I assume that has something to do with the actual installation.
--
Gary
~~~~
As long as the answer is right, who cares if the question
is wrong?

Reply

Answer 9

MasterOdin Author

Level 1

1 points

May 18, 2006 7:21 AM in response to Richard Bennett

When I use the otool command, I get

/usr/lib/libSystem.B.dylib:
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.5)
/usr/lib/system/libmatchCommon.A.dylib (compatibility version 1.0.0, current version 210.0.0)

The size of my libSystem.B.dylib is 4379344 and it was last modified on Apr 4.

I am new to all of this stuff, so I appreciate the help I am getting.

Reply

Answer 10

May 18, 2006 9:11 PM in response to Gary Kerbaugh

Thanks Gary,

why would MasterOdin get a bus error with:

cmpdylib /usr/lib/libSystem.B.dylib /usr/lib/libSystem.B.dylib

I suggested this, not knowing another way, to verify the file was at least somewhat formatted as a dylib by reading through the architectures, symbols and versions. It worked for me (10.3.9).

Reply

Answer 11

MasterOdin Author

Level 1

1 points

May 22, 2006 6:44 AM in response to Richard Bennett

Thanks again for the replies. A friend also suggested that I install the updated version of XCode, but that didn't help either.

Does anyone have any ideas on what the program might be using from the libSystem.B.dylib that the other programs aren't? I guess I am trying to understand why this error might be coming up.

Reply

Answer 12

kenl1960

Level 1

0 points

Jun 14, 2006 3:39 PM in response to MasterOdin

I am trying to solve a very simular problem.
That is the error messages are identical.

In my case the code is a sediment transport model. When it is dimentioned for a small data set of about .5GB it works fine, but when it is expanded to the needed size of 2.73GB it produces these errors.

When I realized that the data segment size made a difference, I started looking for address limits. Being a 64 bit system I would not expect any limitations.
Running otool -hv shows MH_MAGIC which (I read somewhere) should be MH MAGIC64 for a 64 bit application.

Being a sys admin rather that a programmer, I'm wondering "Why the #&!! doesn't the compiler default to 64 bit on a G5." and "How do I force it to do so?"

If it looks like I'm way off track here, someone please let me know...

Thanks

Reply

Answer 13

MasterOdin Author

Level 1

1 points

May 17, 2006 7:42 AM in response to Richard Bennett

Thanks for the reply. I tried executing that command and got a bus error.

Reply