Problem with /usr/bin/find -iname

find -iname is not case insensitive and behaves oddly. Why doesn't the example below always return all 3 files? Why does being in a different directory change the behavior?
I also noticed that the behavior is not the same for other users.
In terminal:
gelato:~ mschafer$ mkdir test
gelato:~ mschafer$ cd test
gelato:test mschafer$ touch foo.jpg
gelato:test mschafer$ touch bar.JPG
gelato:test mschafer$ touch baz.jPg
gelato:test mschafer$ find . -iname *jpg -print
./foo.jpg
gelato:test mschafer$ find . -iname *JPG -print
./bar.JPG
gelato:test mschafer$ find . -iname *JPg -print
./bar.JPG
./baz.jPg
./foo.jpg
gelato:test mschafer$ find . -name *JPg -print
gelato:test mschafer$
gelato:test mschafer$ cd ..
gelato:~ mschafer$ find test -iname *jpg
test/bar.JPG
test/baz.jPg
test/foo.jpg
gelato:~ mschafer$ find test -iname *JPG
test/bar.JPG
test/baz.jPg
test/foo.jpg
gelato:~ mschafer$
gelato:~ mschafer$ find test -iname *JpG
test/bar.JPG
test/baz.jPg
test/foo.jpg

In the future, you might consider asking Unix and Terminal oriented questions in the Mac OS X Technologies > Unix Forum
<http://discussions.apple.com/forum.jspa?forumID=735>

Similar Messages

  • Problems with /usr/ccs/lib/cpp

    HI,
    I have problems with /usr/ccs/lib/cpp
    I want get the pre-compiled program
    I used a simple program
    $ cat x.p
    #include <stdio.h>
    main()
    printf ( "Process\n" );
    When I used the command
    $ /usr/ccs/lib/cpp x.p > y.c
    The file y.c has 0 bytes.
    Pls your help. I am using Sun forte 6 Update 2

    You should also consider whether you should be using cpp at all.
    /usr/ccs/bin/cpp is the old K&R prepocessor, not the standard C preprocessor that is part of the C compiler. To use the standard C preprocessor, run "cc" using the -P or -E option.
    The -P option creates a .i file and includes only the prepocessed code.
    The -E option writes to standard output, and include file and line directives showing the source of all included text.

  • Compiling error with /usr/bin/ld: cannot find -l error

    With the help of ToddLittle, I have solved a lot of problem with tuxedo as I am a freshman to it.Thank you ToddLittle!
    However I meet a new problem with compiling my new program. I got this error:
    /usr/bin/ld: cannot find -l/home/cjf/oracle/tuxedo12.1.1.0/include
    where /home/cjf/oracle/tuxedo12.1.1.0 is my tuxedo installation path.
    I build it under ubuntu 12.04 64 bit and my IDE is eclipse.
    How to solve it? thanks!

    Usually it is best to execute the script that is installed in the Tuxedo installation directory that sets up all the necessary environment variables.  That script is $TUXDIR/tux.env.  Source that script before trying to use buildclient or buildserver or any other Tuxedo command to solve most problems like this.
    PS You might want to check out Solaris Studio if you want to use an IDE as there is a Tuxedo plug-in for it that really helps in developing Tuxedo applications.
    Regards,
    Todd Little
    Oracle Tuxedo Chief Architect

  • NativeProcess - Interacting with /usr/bin/top

    Hi,
    trying to interact with the native process /usr/bin/top on macosx.
    I copied the example from the tour de flex.
    Just deleted args and changed the file path to /usr/bin/top.
    I always get a "Error opening terminal: unknown."
    Any idea?
    ps: And yes I added <supportedProfiles>extendedDesktop</supportedProfiles> in the descriptor.
    -c.

    I think you cant run this kind of command, I'm not on Linux/Mac OS right now but try to find an argument to make just one refresh of the command cuz I think AIR dont understand what top is tryin to do with the terminal window while it refresh

  • Problems with /usr/local/lib after installing

    After I installed Leopard, I noticed that some of my files in usr/local/lib seemed to have disappeared. When I tried to open /usr/local/lib I got the following error: 'lib: Too many levels of symbolic links.' and it appeared that there was also a 'lib 1' directory in /usr/local which had all of my files in it. I managed to fix it using:
    sudo rm -rf /usr/local/lib
    sudo cp -R '/usr/local/lib 1' /usr/local/lib
    Just wanted to give a heads up since this was rather annoying to figure out. Other than this I have very few issues with leopard, so far limited to:
    -DivX playback doesn't appear to work
    -after login it appears to take a while for finder to start
    -a few problems mounting external devices, such as my USB drive and iPhone

    I’ve found this on my system as well! I had some trouble installing MacFuse under Leopard. The installer just said "Das Installations konnte einige Dateien nicht nach '/' kopieren. Wenden Sie sich an den Hersteller", which basically means that it couldn't write to the root directory.
    Then I found out about the /usr/local/lib symlink. This is very disturbing and clearly a major bug. I think it's a problem with the installation process of the developer tools. I’ve upgraded to Leopard two weeks ago. Everything worked. Then I’ve installed XCode 3.0 this and then the problem started. The circular symlink in /usr/local/lib has the timestamp of the XCode 3.0 installation…

  • Problems with program not finding Fonts

    Problems with Fonts on new iMac.
    I'm not sure if this is a problem because I switched to Snow Leopard or because I ported all my information using Migration assistant to the new iMac.
    Every time I open Firefox 3.6, I get the same annoying popup messages that Firefox can't find Arial and Times New Roman and wants to allow Firefox to use those fonts on my backup hard drive (which is actually the hard drive I was running Leopard on on my previous computer) I have checked my new computer, and yes the fonts are installed on my new computer. I have used FontBook to resolve duplicate fonts. When I tried to search on Firefox issues, people have problems with the wrong fonts rendering on the screen, which I don't have. For some reason, Firefox is looking in the wrong place. I don't think this is a Firefox issue, as I'm running the same version of Firefox on the new computer as I did on the old computer and I didn't have any problems on the old computer. Is there anything I should be checking in FontBook to make this problem go away?

    Can't address your FireFox issues, since I use Safari and these forums are for solving issues with Apple's products. You might try the FireFox forums. Additionally, give Font Management in OS X a look see.

  • New iMac 24 inch, 2.93 GH problems with spotlight and finder

    Has anyone had problems with Spotlight flickering in the upper right corner of the screen with each keystroke and the Finder crashing and relaunching when trying to open certain folders copied from an older computer running 10.4.11 or trying to open home folders on G5 and G4 computers over a local network? I have now received two replacements for my original machine from Amazon.com and all three machines have the same problem. This has been going on for nearly three weeks. I have never had problems like this with Apple products before - and have used them since 1985. Is there a design defect in the new 2.93 GH 24 inch iMac? I have been in touch with Apple Support but no one has resolved the problem and none of the product specialists are using this particular model of new computer. Very frustrating!

    HI Edwin,
    Check the iMac hard disk for errors. Insert Installer disk and Restart, holding down the "C" key until grey Apple appears.
    Go to Installer menu (Panther and earlier) or Utilities menu (Tiger and later) and launch Disk Utility.
    Select your HDD (manufacturer ID) in the left panel.
    Select First Aid in the Main panel.
    (Check S.M.A.R.T Status of HDD at the bottom of right panel. It should say: Verified)
    Click Repair Disk on the bottom right.
    If DU reports disk does not need repairs quit DU and restart.
    If DU reports errors Repair again and again until DU reports disk is repaired.
    Carolyn

  • Having problems with content.bin on n8

    Hi,
    I'm holding on to n8 mobile. I'm having some problems with the web. Whenever I start surfing the web, there's still pop up saying view interrupted download. I click view and content.bin pop up was shown. What content.bin actually is? Can anyone help me? Thanks.(:

    I can't delete it. It only has hide. But is it that I deleted the wrong content previously?

  • Problems with OwnerGroupTool in Finder.app

    Hi-
    Hope you can clarify something for me...
    I am having problems with crashing out of FileMaker Pro 7.0.3.
    I ran Repair Disk Permissions on the startup disk in DU and got this message:
    "ACL found but not expected on "System/Library/User Template/English.lproj/Sites".
    ACL found but not expected on "System/Library/User Template/user.template".
    ACL found but not expected on "System/Library/User Template/English.lproj/Desktop".
    ACL found but not expected on "System/Library/User Template/English.lproj/Library
    ACL found but not expected on "System/Library/User Template/English.lproj/Movies".
    ACL found but not expected on "System/Library/User Template/English.lproj/Music".
    ACL found but not expected on "System/Library/User Template/English.lproj/Pictures".
    ACL found but not expected on "System/Library/User Template/English.lproj/Public".
    ACL found but not expected on "System/Library/User Template/Non_localized/Library".
    ACL found but not expected on "System/Library/User Template/user.template/Documents".
    ACL found but not expected on "System/Library/User Template/user.template/Library".
    ACL found but not expected on "System/Library/User Template/user.template/Movies".
    ACL found but not expected on "System/Library/User Template/user.template/Music".
    ACL found but not expected on "System/Library/User Template/user.template/Pictures".
    ACL found but not expected on "System/Library/User Template/user.template/Public/Drop Box".
    ACL found but not expected on "System/Library/User Template/user.template/Public".
    ACL found but not expected on "System/Library/User Template".
    Warning: SUID file "System/Library/CoreServices/Finder.app/Contents/Resources/OwnerGroupTool" has been modified and will not be repaired."
    (I trimmed the list a little, mostly internal folders, to shorten my post).
    Verify Disk comes up OK.
    Then I ran Repair Permissions on my Backup HD (internal) which I'm using for time machine. It ran for hours, bringing up :
    "Incorrect owner flag. Is 0x2, should be 0x0" for what must be nearly every file.
    Does this have to do with accounts, or what? Diskwarrior doesn't do anything about it, even when I run the file check. Since I'm running 10.5.5, the Repair Permissions in DW is disabled as it uses the Utility from 10.4.
    I don't have the 10.5 disk, so I can't reinstall. Any ideas?

    This is not a cause for concern, per: http://support.apple.com/kb/TS1448

  • Problem  with MSG_fr.bin

    I use BOE XIR2 in Client/Server on my PC
    When I want to connect to  Designer or Desktop Intelligence I have this error :
    "A problem was encounterted with MSG_fr.bin ; check it has been generated".
    I can't  start the Desktop Intelligence Report Server service
    Could you help me?
    Thanks

    If I remember correctly this has been asked numerous times before, try searching the discussions.
    Anyway, you have a couple of possible solutions for this.
    It is understandable that you don't want hundreds of reallocation on daily basis, and you don't want to lose the capacity otherwise, but it feels that your bins should and could have been planned a bit better, there is always a way to unify capacities, split bins, use the storage space in a more meaningful manner. This is the point where your optimization was supposed to be done, not in SAP. But anyway, you are stuck with what you have and here are the solutions that cross my mind.
    1. Standard SAP:
    Split the bins to multiple storage types, this way you will have 30 bin types, but they will have different capacity for different storage types (in OMM4). Easy and standard, but has the downside that you will have to manipulate with 5 storage types instead of 1. A bit of more customizing but will solve the problem. Also, storage type search will need to be changed to include all the STs... Might be harder to track the strategies but this is the only standard way that crosses my mind.
    2. ABAP:
    This is the solution I have used and works fine, though you will need an ABAP-er to complete this.
    Create a z-table/view having the same structure as the standard one, just add 120 more fields.
    Well, not only that, you will have to change the coding to use this custom table instead of standard one, and although this isn't the brightest solution since you won't be able to change this table in customizing in the predefined path in SPRO/OLML, but will need o do it in SM30.
    Luckily both of the options should work fine if done correctly, I have used both of these, and both have up and down sides... But I would go with standard SAP if it doesn't complicate your life too much because of several more STs. If it does, go with ABAP.

  • Problem with wrt54gl Cannot find server or DNS Error

    Hello,
    I am having problem with wrt54gl roouter. I have windows 2K professional that connected trough the wire. The browser (and other tools) is periodically loosing connection for around 30-60 seconds showing "Cannot find server or DNS Error". after refreshes it comes back. If I connect PC directly to internet without router I never have a problem. I have put statical resolution of dns servers(3 of them) and ip does not help. I switch between ports on pc and router site, change the cable, remove antivirus, put latest windows updates, use different browsers. Disable anable 2d network card (2 on mother board).
    Any suggestions?
    Thanks

    Hi… Login to the setup page of the router and reduce the MTU to 1365. Upgrade or re-flash the firmware if needed.

  • Error with /usr/bin/cyrus/tools/mkimap

    I get the following error on a /mkimap after setting /var/imap to /var/imap.old
    server:~ root# /usr/bin/cyrus/tools/mkimap
    reading configure file...
    i will configure directory /var/imap.
    i saw partition /var/spool/imap.
    done
    configuring /var/imap...
    couldn't change to /var/imap at (eval 1) line 59.

    Are your permissions OK?
    Yup, A ok.
    Did you stop mail services before moving your
    database?
    Yes, not that much of a UNIX noob.
    Is your /etc/imapd.conf file OK?
    Well on this one I'd have to ask what would not be OK? I was porting from a PowerPC to the Intel and I used Server Admin to copy mail config via "Mail Config.plist" exported from old to new. Is the some differance between the PowerPC /etc/imapd.conf and the Intel UB install of MacOSX Server 10.4.7 /etc/imapd.conf?

  • Problems with /usr/ccs/bin/ld -z rescan in Solaris 10 5/08 x86

    When linking in Solaris 10 5/08 and using the '-z rescan' option, I receive the following error:
    ld: elf error: file libMyLibrary.a: elf_begin: Request error: archive/member fildes mismatch
    This only occurs when there are dependencies within other object files that require the archive to actually be scanned twice to resolve all symbols.
    The problem is specific to Solaris 5/08 (prior releases link correctly). Examining ld with truss seems to show the issue is related to not closing some file descriptors. I noticed in elf_begin that there is [a check that two file descriptors are the same|http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/sgs/libelf/common/begin.c#65] which results in the error message I'm getting. Compare the two truss outputs:
    Older revision of Solaris 10:
    13093: open("libMyLibrary.a", O_RDONLY) = 4
    13093: close(4) = 0
    ...snip...
    13093: open("/usr/lib/amd64/crtn.o", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libmp.so.2", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libmd5.so.1", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libscf.so.1", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libaio.so.1", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libdoor.so.1", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libuutil.so.1", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("libMyLibrary.a", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/gcc/amd64/libgcc.a", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("libMyLibrary.a", O_RDONLY) = 4
    13093: close(4) = 0
    Solaris 10 5/08
    21931: open("libMyLibrary.a", O_RDONLY) = 4
    21931: close(4) = 0
    ...snip...
    21931: open("/lib/gcc/amd64/libgcc.a", O_RDONLY) = 4
    21931: close(4) = 0
    21931: open("/lib/gcc/amd64/crtend.o", O_RDONLY) = 4
    21931: close(4) = 0
    21931: open("/usr/lib/amd64/crtn.o", O_RDONLY) = 4
    21931: close(4) = 0
    21931: open("/lib/amd64/libmp.so.2", O_RDONLY) = 4
    21931: open("/lib/amd64/libscf.so.1", O_RDONLY) = 5
    21931: open("/lib/amd64/libmd.so.1", O_RDONLY) = 6
    21931: open("/lib/amd64/libaio.so.1", O_RDONLY) = 7
    21931: open("/lib/amd64/libdoor.so.1", O_RDONLY) = 8
    21931: open("/lib/amd64/libuutil.so.1", O_RDONLY) = 9
    21931: open("/lib/amd64/libgen.so.1", O_RDONLY) = 10
    21931: open("libMyLibrary.a", O_RDONLY) = 11
    21931: close(11)
    You'll notice that the /lib/amd64 shared libraries are not closed, which leads to the file descriptor number changing, which could trigger this error. Is anyone else experiencing this issue or know why it has started happening with Solaris 5/08?
    Edited by: bennett.schneider on Jun 25, 2008 4:07 PM

    No problem.
    Both the 32-bit and 64-bit ld return:
    -bash-3.00$ mcs -p /usr/ccs/bin/amd64/ld
    /usr/ccs/bin/ld:
    @(#)SunOS 5.10 Generic 127128-11 Mar 2008For comparison, a machine which works has:
    -bash-3.00$  mcs -p /usr/ccs/bin/amd64/ld
    /usr/ccs/bin/amd64/ld:
    @(#)SunOS 5.10 Generic 118855-36 Dec 2006There's a tremendous amount of output from the truss command, but here are the highlights. The libraries are slightly different, as I had to recreate the simple example. (filtered for only open, close, libld:process_req_lib, libld:ld64_process_open, libld:ld64_finish_libs, process_archive and process_files; if more is needed don't hesitate to ask):
    23646:  open("/var/ld/64/ld.config", O_RDONLY)          = 3
    23646:  close(3)                                        = 0
    23646:  open("/usr/ccs/bin/amd64/../../../../lib/amd64/libc.so.1", O_RDONLY) = 3
    23646:  close(3)                                        = 0
    23646/1:        open("/usr/ccs/bin/amd64/../../../../lib/amd64/libld.so.4", O_RDONLY) = 3
    23646/1:        close(3)                                        = 0
    23646/1:        open("/lib/amd64/liblddbg.so.4", O_RDONLY)      = 3
    23646/1:        close(3)                                        = 0
    23646/1:        open("/lib/amd64/libelf.so.1", O_RDONLY)        = 3
    23646/1:        close(3)                                        = 0
    23646/1:        open("/usr/lib/64/libldstab.so.1", O_RDONLY)    = 3
    23646/1:        close(3)                                        = 0
    23646/1@1:        -> libld:ld64_open_outfile(0xfffffd7fff117020, 0xfffffd7fff1182d0, 0xfffffd7fff1182f0, 0x0, 0xfffffd7fff2406c0, 0x6d646f6e6364ff33)
    23646/1:        open("testldD", O_RDWR|O_CREAT|O_TRUNC, 0777)   = 3
    23646/1@1:        <- libld:ld64_open_outfile() = 1
    23646/1@1:        -> libld:ld64_process_files(0xfffffd7fff117020, 0xa, 0xfffffd7fffdff8b8, 0x0, 0x0, 0x0)
    23646/1@1:          -> libld:process_files_com(0xfffffd7fff117020, 0xa, 0xfffffd7fffdff8b8, 0x0, 0x0, 0x0)
    23646/1:        open("testld.D.o", O_RDONLY)                    = 4
    23646/1@1:            -> libld:ld64_process_open(0xfffffd7fffdffb0e, 0x0, 0xfffffd7fffdff75c, 0xfffffd7fff117020, 0x3, 0xfffffd7fffdff760)
    23646/1@1:              -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff700, 0xfffffd7fffdff708, 0xfffffd7fffdff75c, 0x3, 0xfffffd7fffdff710)
    23646/1@1:              <- libld:ld64_sup_open() = 4
    23646/1@1:            <- libld:ld64_process_open() = 0xfffffd7fff118338
    23646/1:        close(4)                                        = 0
    23646/1:        open("../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a", O_RDONLY) = 4
    23646/1@1:            -> libld:ld64_process_open(0xfffffd7fffdffb23, 0x0, 0xfffffd7fffdff75c, 0xfffffd7fff117020, 0x3, 0xfffffd7fffdff760)
    23646/1@1:              -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff700, 0xfffffd7fffdff708, 0xfffffd7fffdff75c, 0x3, 0xfffffd7fffdff710)
    23646/1@1:              <- libld:ld64_sup_open() = 4
    23646/1@1:                -> libld:ld64_process_archive(0xfffffd7fffdffb23, 0x4, 0xfffffd7fff11acd0, 0xfffffd7fff117020, 0x0, 0xfffffd7fff387b80)
    23646/1@1:                <- libld:ld64_process_archive() = 1
    23646/1@1:            <- libld:ld64_process_open() = 1
    23646/1:        close(4)                                        = 0
    23646/1:        open("../../../../x64-SunOS/lib/libtest2-x64-SunOSD.a", O_RDONLY) = 4
    23646/1@1:            -> libld:ld64_process_open(0xfffffd7fffdffb53, 0x0, 0xfffffd7fffdff75c, 0xfffffd7fff117020, 0x3, 0xfffffd7fffdff760)
    23646/1@1:              -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff700, 0xfffffd7fffdff708, 0xfffffd7fffdff75c, 0x3, 0xfffffd7fffdff710)
    23646/1@1:              <- libld:ld64_sup_open() = 4
    23646/1@1:                -> libld:ld64_process_archive(0xfffffd7fffdffb53, 0x4, 0xfffffd7fff11ad50, 0xfffffd7fff117020, 0x0, 0xfffffd7fff387b80)
    23646/1@1:                  -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff550, 0xfffffd7fffdff558, 0xfffffd7fffdff564, 0xa, 0xfffffd7fffdff568)
    23646/1@1:                  <- libld:ld64_sup_open() = 4
    23646/1@1:                <- libld:ld64_process_archive() = 1
    23646/1@1:            <- libld:ld64_process_open() = 1
    23646/1:        close(4)                                        = 0
    23646/1:        open("/lib/64/librt.so", O_RDONLY)              = 4
    23646/1@1:                  -> libld:ld64_process_open(0xfffffd7fff11c2a0, 0x8, 0xfffffd7fffdff22c, 0xfffffd7fff117020, 0x2, 0xfffffd7fffdff690)
    23646/1@1:                    -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff1d0, 0xfffffd7fffdff1d8, 0xfffffd7fffdff22c, 0x2, 0xfffffd7fffdff1e0)
    23646/1@1:                    <- libld:ld64_sup_open() = 4
    23646/1@1:                  <- libld:ld64_process_open() = 0xfffffd7fff11c2c0
    23646/1:        close(4)                                        = 0
    23646/1@1:          <- libld:process_files_com() = 1
    23646/1@1:          -> libld:ld64_finish_libs(0xfffffd7fff117020, 0xfffffd7fffdff8b8, 0xa, 0x1, 0xfefeffffffffffff, 0xfffffd7fff3878a0)
    23646/1@1:            -> libld:process_req_lib(0xfffffd7fff11ce68, 0xfffffd7fff247fc0, 0xfffffd7fff2531b5, 0xfffffd7fff117020, 0xfffffd7fffdff760, 0xfffffd7fff3878a0)
    23646/1:        open("/lib/64/libaio.so.1", O_RDONLY)           = 4
    23646/1@1:              -> libld:ld64_process_open(0xfffffd7fff128ba0, 0x8, 0xfffffd7fffdff2bc, 0xfffffd7fff117020, 0x0, 0xfffffd7fffdff760)
    23646/1@1:                -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff250, 0xfffffd7fffdff258, 0xfffffd7fffdff2bc, 0x0, 0xfffffd7fffdff260)
    23646/1@1:                <- libld:ld64_sup_open() = 4
    23646/1@1:              <- libld:ld64_process_open() = 0xfffffd7fff128bc0
    23646/1@1:            <- libld:process_req_lib() = 0xfffffd7fff128bc0
    23646/1@1:            -> libld:process_req_lib(0xfffffd7fff11cf10, 0xfffffd7fff247fc0, 0xfffffd7fff2531c1, 0xfffffd7fff117020, 0xfffffd7fffdff760, 0xffffffffffffffff)
    23646/1:        open("/lib/64/libc.so.1", O_RDONLY)             = 5
    23646/1@1:              -> libld:ld64_process_open(0xfffffd7fff12d458, 0x8, 0xfffffd7fffdff2bc, 0xfffffd7fff117020, 0x0, 0xfffffd7fffdff760)
    23646/1@1:                -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff250, 0xfffffd7fffdff258, 0xfffffd7fffdff2bc, 0x0, 0xfffffd7fffdff260)
    23646/1@1:                <- libld:ld64_sup_open() = 5
    23646/1@1:              <- libld:ld64_process_open() = 0xfffffd7fff12d478
    23646/1@1:            <- libld:process_req_lib() = 0xfffffd7fff12d478
    23646/1@1:            -> libld:process_req_lib(0xfffffd7fff128b30, 0xfffffd7fff247fc0, 0xfffffd7fff2531d5, 0xfffffd7fff117020, 0xfffffd7fffdff760, 0x302d6e722d636c61)
    23646/1:        open("/lib/64/libmd.so.1", O_RDONLY)            = 6
    23646/1@1:              -> libld:ld64_process_open(0xfffffd7ffeca9af8, 0x8, 0xfffffd7fffdff2bc, 0xfffffd7fff117020, 0x0, 0xfffffd7fffdff760)
    23646/1@1:                -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff250, 0xfffffd7fffdff258, 0xfffffd7fffdff2bc, 0x0, 0xfffffd7fffdff260)
    23646/1@1:                <- libld:ld64_sup_open() = 6
    23646/1@1:              <- libld:ld64_process_open() = 0xfffffd7ffeca9b18
    23646/1@1:            <- libld:process_req_lib() = 0xfffffd7ffeca9b18
    23646/1@1:          <- libld:ld64_finish_libs() = 1
    23646/1:        open("../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a", O_RDONLY) = 7
    23646/1@1:          -> libld:ld64_process_archive(0xfffffd7fffdffb23, 0x7, 0xfffffd7fff11acd0, 0xfffffd7fff117020, 0xffffffffffff0000, 0x2d636c61686aff38)
    23646/1@1:          <- libld:ld64_process_archive() = 0
    23646/1:        close(7)                                        = 0
    23646/1@1:        <- libld:ld64_process_files() = 1same filter on a working machine:
    7205:   open("/var/ld/64/ld.config", O_RDONLY)          = 3
    7205:   close(3)                                        = 0
    7205:   open("/usr/ccs/bin/amd64/../../../../lib/amd64/libc.so.1", O_RDONLY) = 3
    7205:   close(3)                                        = 0
    7205/1:         open("/usr/lib/locale/en_US.UTF-8/amd64/en_US.UTF-8.so.3", O_RDONLY) = 3
    7205/1:         close(3)                                        = 0
    7205/1:         open("/usr/lib/locale/en_US.UTF-8/amd64/methods_en_US.UTF-8.so.3", O_RDONLY) = 3
    7205/1:         close(3)                                        = 0
    7205/1:         open("/usr/ccs/bin/amd64/../../../../lib/amd64/libld.so.3", O_RDONLY) = 3
    7205/1:         close(3)                                        = 0
    7205/1:         open("/lib/amd64/libelf.so.1", O_RDONLY)        = 3
    7205/1:         close(3)                                        = 0
    7205/1:         open("/usr/lib/64/libldstab.so.1", O_RDONLY)    = 3
    7205/1:         close(3)                                        = 0
    7205/1:         open("/usr/lib/locale/en_US.UTF-8/LC_MESSAGES/SUNW_OST_SGS.mo", O_RDONLY) Err#2 ENOENT
    7205/1@1:         -> libld:open_outfile(0xfffffd7ffefc96c0, 0xfffffd7ffef16f20, 0xfffffd7ffef16f40, 0x0, 0xfffffd7fff240970, 0x6e64ff33356d6e68)
    7205/1:         open("testldD", O_RDWR|O_CREAT|O_TRUNC, 0777)   = 3
    7205/1@1:         <- libld:open_outfile() = 1
    7205/1@1:         -> libld:process_files(0xfffffd7ffefc96c0, 0xa, 0xfffffd7fffdff9b8, 0x0, 0x0, 0x0)
    7205/1@1:           -> libld:process_files_com(0xfffffd7ffefc96c0, 0xa, 0xfffffd7fffdff9b8, 0x0, 0x0, 0x0)
    7205/1:         open("testld.D.o", O_RDONLY)                    = 4
    7205/1@1:             -> libld:process_open(0xfffffd7fffdffbc6, 0x0, 0x4, 0xfffffd7ffefc96c0, 0x3, 0xfffffd7fffdff850)
    7205/1@1:             <- libld:process_open() = 0xfffffd7ffef16f88
    7205/1:         close(4)                                        = 0
    7205/1:         open("../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:             -> libld:process_open(0xfffffd7fffdffbdb, 0x0, 0x4, 0xfffffd7ffefc96c0, 0x3, 0xfffffd7fffdff850)
    7205/1@1:                 -> libld:process_archive(0xfffffd7fffdffbdb, 0x4, 0xfffffd7ffef19668, 0xfffffd7ffefc96c0, 0x4191d8, 0x0)
    7205/1@1:                 <- libld:process_archive() = 1
    7205/1@1:             <- libld:process_open() = 1
    7205/1:         close(4)                                        = 0
    7205/1:         open("../../../../x64-SunOS/lib/libtest2-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:             -> libld:process_open(0xfffffd7fffdffc0b, 0x0, 0x4, 0xfffffd7ffefc96c0, 0x3, 0xfffffd7fffdff850)
    7205/1@1:                 -> libld:process_archive(0xfffffd7fffdffc0b, 0x4, 0xfffffd7ffef196e8, 0xfffffd7ffefc96c0, 0x419348, 0x0)
    7205/1@1:                 <- libld:process_archive() = 1
    7205/1@1:             <- libld:process_open() = 1
    7205/1:         close(4)                                        = 0
    7205/1:         open("/lib/64/librt.so", O_RDONLY)              = 4
    7205/1@1:                   -> libld:process_open(0xfffffd7ffef1ac38, 0x8, 0x4, 0xfffffd7ffefc96c0, 0x2, 0xfffffd7fffdff780)
    7205/1@1:                   <- libld:process_open() = 0xfffffd7ffef1ac58
    7205/1:         close(4)                                        = 0
    7205/1@1:           <- libld:process_files_com() = 1
    7205/1@1:             -> libld:process_req_lib(0xfffffd7ffef1b800, 0xfffffd7ffefc7ae0, 0xfffffd7fff2631b5, 0xfffffd7ffefc96c0, 0xfffffd7fffdff850, 0xfffffd7fff3728a0)
    7205/1:         open("/lib/64/libaio.so.1", O_RDONLY)           = 4
    7205/1@1:               -> libld:process_open(0xfffffd7ffef27570, 0x8, 0x4, 0xfffffd7ffefc96c0, 0x0, 0xfffffd7fffdff850)
    7205/1@1:               <- libld:process_open() = 0xfffffd7ffef27590
    7205/1:         close(4)                                        = 0
    7205/1@1:             <- libld:process_req_lib() = 0xfffffd7ffef27590
    7205/1@1:             -> libld:process_req_lib(0xfffffd7ffef1b8a8, 0xfffffd7ffefc7ae0, 0xfffffd7fff2631c1, 0xfffffd7ffefc96c0, 0xfffffd7fffdff850, 0x0)
    7205/1:         open("/lib/64/libmd5.so.1", O_RDONLY)           = 4
    7205/1@1:               -> libld:process_open(0xfffffd7ffef2be28, 0x8, 0x4, 0xfffffd7ffefc96c0, 0x0, 0xfffffd7fffdff850)
    7205/1@1:               <- libld:process_open() = 0xfffffd7ffef2be48
    7205/1:         close(4)                                        = 0
    7205/1@1:             <- libld:process_req_lib() = 0xfffffd7ffef2be48
    7205/1@1:             -> libld:process_req_lib(0xfffffd7ffef1b950, 0xfffffd7ffefc7ae0, 0xfffffd7fff2631cd, 0xfffffd7ffefc96c0, 0xfffffd7fffdff850, 0xffffffffffffffff)
    7205/1:         open("/lib/64/libc.so.1", O_RDONLY)             = 4
    7205/1@1:               -> libld:process_open(0xfffffd7ffef2d020, 0x8, 0x4, 0xfffffd7ffefc96c0, 0x0, 0xfffffd7fffdff850)
    7205/1@1:               <- libld:process_open() = 0xfffffd7ffef2d040
    7205/1:         close(4)                                        = 0
    7205/1@1:             <- libld:process_req_lib() = 0xfffffd7ffef2d040
    7205/1:         open("../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:           -> libld:process_archive(0xfffffd7fffdffbdb, 0x4, 0xfffffd7ffef19668, 0xfffffd7ffefc96c0, 0xffffffffffffff00, 0xfefffefffefefeff)
    7205/1@1:           <- libld:process_archive() = 1
    7205/1:         close(4)                                        = 0
    7205/1:         open("../../../../x64-SunOS/lib/libtest2-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:           -> libld:process_archive(0xfffffd7fffdffc0b, 0x4, 0xfffffd7ffef196e8, 0xfffffd7ffefc96c0, 0x415980, 0xfffffd7ffef196a8)
    7205/1@1:           <- libld:process_archive() = 1
    7205/1:         close(4)                                        = 0
    7205/1:         open("../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:           -> libld:process_archive(0xfffffd7fffdffbdb, 0x4, 0xfffffd7ffef19668, 0xfffffd7ffefc96c0, 0x415980, 0xfffffd7ffef196a8)
    7205/1@1:           <- libld:process_archive() = 1
    7205/1:         close(4)                                        = 0
    7205/1:         open("../../../../x64-SunOS/lib/libtest2-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:           -> libld:process_archive(0xfffffd7fffdffc0b, 0x4, 0xfffffd7ffef196e8, 0xfffffd7ffefc96c0, 0x415980, 0xfffffd7ffef196a8)
    7205/1@1:           <- libld:process_archive() = 1
    7205/1:         close(4)                                        = 0
    7205/1@1:         <- libld:process_files() = 1The command run to generate both of these was:
    /usr/ccs/bin/amd64/ld -o testldD -m64 testld.D.o -z rescan ../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a ../../../../x64-SunOS/lib/libtest2-x64-SunOSD.a -lrtlibtest2 has depends on symbols in libtest1.
    Thanks for all the help on this.

  • I am having a constant problem with my iMac finding my wireless keyboard

    Can someone help with my problem? My PPC repeatedly cannot find my wireless keyboard

    On what Mac running what version of OS X?

  • Weird Problem With Dates in Finder and Mail

    I have a MBPr running 10.8.2 which is exhibiting a very strange behaviour related to dates.
    Initially, the problem manifested in Mail where the date shown in the message list for each message was exactly the same, regardless of the date sent/received. Oddly, this problem only manifested in the "new" mail view. Switching to "Classic" view in Mail prefs works fine. This seemed odd enough, but only related to mail.
    Then, I noticed the exact same date was the Creation, Modification, and Last Opened date for many files (including all of the .emlx files in the Mail folder) as shown in the preview column in the Finder's column view. Oddly, the exact same files show different Creation/Modification/Opened dates when viewed in a Get Info window or when listed in the Terminal with ls -l.
    Clearly there is some kind of issue with a cache, or an index of some sort that is accessed by the Finder and/or Mail. I'm attaching a screenshot of the Get Info window and the Finder preview column for a file. Thanks for any info anyone can shed on this.

    Embarrassingly, the "More Like This" box to the immediate right of my post shows a discussion titled "Incorrect dates in column view preview" that fixed the problem.
    How this affects the "new" view in Mail and not the "Classic" view is beyond me, but I'm also beyond caring at this point.

Maybe you are looking for