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.

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.

/usr/ccs/bin/ld: Can't find library: "clntsh"

i've read all your post, and i still having this error
1: when i do make i get this:
make -f demo_proc.mk INAME=sample1.pc
`/bpi/orabpi/product/lib/libclntsh.sl' is up to date.
why???
than i use proc sample1.pc, and the proc create sample1.c
than i do cc -lclntsh -I$ORACLE_HOME/precomp/public sample1.c
and in return i get: /usr/ccs/bin/ld: Can't find
library: "clntsh"
i really don't know what problem is this...
can you help????
Paulo Aboim Pinto
[email protected]
Portugal

i've read all your post, and i still having this error
1: when i do make i get this:
make -f demo_proc.mk INAME=sample1.pc
`/bpi/orabpi/product/lib/libclntsh.sl' is up to date.
why??? Are you by any chance using the example makefile supplied with Oracle? This has a line in it that calls a makefile called env_precomp.mk.
Get rid of this line---it is used (I think) for the initial setup of ProC/C++ and is superflous for building user programs.
If you want I can supply you with a template makefile for 8.0.5 that will do the complete build for you, including handling ProC++ files, additional C/C++ source files and header files. e-mail me off list if you want this and I'll send it to you.
Alastair
than i use proc sample1.pc, and the proc create sample1.c
than i do cc -lclntsh -I$ORACLE_HOME/precomp/public sample1.c
and in return i get: /usr/ccs/bin/ld: Can't find
library: "clntsh"
i really don't know what problem is this...
can you help????
Paulo Aboim Pinto
[email protected]
Portugal

/usr/ccs/bin/ld: Unsatisfied symbols: while compiling PRO*C

I have a PROC*C program that I am trying to compile and I get this error:
/usr/ccs/bin/ld: (Warning) At least one PA 2.0 object file (daemon.o) was detected. The linked output may not run on a PA 1.x system.
/usr/ccs/bin/ld: Unsatisfied symbols:
line (data)
print_header (code)
bmargin (data)
pagesize (data)
lmargin (data)
*** Error exit code 1
Stop.
The program exits with 1, but it also generates the executable which works fine.
Am I missing something ? How can I get it to compile with any errors.
Thanks,
GP

I don't see a specific Proc or precompiler forum around here.
Perhaps your best bet would be at [Call interface (OCI)|http://forums.oracle.com/forums/forum.jspa?forumID=67] forum or maybe [SQL and PL/SQL|http://forums.oracle.com/forums/forum.jspa?forumID=75] since it's more of a developers' forum.

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…

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>

Problem with SUT into bin type table

When in SPRO in strategy -storage unit type search strategy - SUT in bin type table,we have only 30 entries possible.
BUt we need more somewhere like 150 records because of a bulk storage type with a lot of storage bins with different
size and therefore capacity. To define true exact capacity we need different bin types right?
I am not sure how to do this,maybe there is a option in settings to change 30 to 150 or 200 to make the table bigger?
Or any other solution will be great because we do need this because in the way it works now,we have a lot of problems
in putaway,we have huge realocations since we have not exact capacities but we had to group bins with similar capacity
but that means that three bins with 48, 52 and 56 capactiy all have 52.

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.

Problems with opening Project Bin

I'm a new user of Photoshop Elements 6 for Mac.   I do not use it with the organizer but keep my photos in iPhoto or elsewhere on the hard drive of my MacBook Pro.
When I open two images to to work on them at the same time the project bin does not open.   I can see the arrow on the left hand bottom with Project bin next to it but I cannot get it to open when I click on it. Similarly when I click on Project Bin in the drop down menu, nothing happens. I did have it working once so assume I have done something idiotic. Consulation with my "fat book" yields no solution. I have not changed the preferences at all.
Any suggestions or even a solution would be gratefully received.

Hi. I had given up on anyone replying to this query so thank you.
Yes the project bin works in the Window drop down menu, toggling back and forth, but that is not very satisfactory, unless the labels for the photos are very descriptive and not much use if you have three or four images, labelled image 1734 etc. To see each image is almost essential.
Version 6 has only the reset palette locations and not the reset panel options.
I can see the show project bin with the arrow in the lower left hand corner of the screen, but it does not toggle with the hide the project bin as it should.   I can't see anything relevant in the preferences to change, but I know I have worked with it open before. I am assuming I have done something "bad" to cause this but have no idea what.
Thanks for trying to help.

Problem with reading from bin file into Vector

What am I doing wrong? It works fine to write the vector to the bin file and then read from it. But if I try just to read from the file it wont work.
Does anybody has any good advice to give when it comes to reading data form a bin file??
import javax.swing.*;
import java.util.*;
import java.io.*;
class Binaerfil
     public static void main (String [] args) throws IOException, ClassNotFoundException{
          ObjectOutputStream utFil = new ObjectOutputStream (new FileOutputStream("HighScoreLista.bin"));
          int po = 50;
          Spelare s;
          Spelare s1, s2, s3, s4, s5,s6,s7,s8,s9,s10;
          String f�rNamn;
          Vector v = new Vector();
          s1 = new Spelare("Mario", 100);
          s2 = new Spelare("Tobias",90 );
          s3 = new Spelare("Sanja", 80 );
          s4 = new Spelare("Marko", 70 );
          s5 = new Spelare("Sofia", 60 );
          s6 = new Spelare("Kalle", 50 );
          s7 = new Spelare("Lisa", 40 );
          s8 = new Spelare("Pelle", 30 );
          s9 = new Spelare("Olle", 20 );
          s10 = new Spelare("Maria",10 );
          v.add(s1);
          v.add(s2);
          v.add(s3);
          v.add(s4);
          v.add(s5);
          v.add(s6);
          v.add(s7);
          v.add(s8);
          v.add(s9);
          v.add(s10);
          System.out.println ("Before writing to file");
          System.out.println(v);
          //Write to file
          utFil.writeObject (v);
          utFil.close();
     ObjectInputStream inFil = new ObjectInputStream (new FileInputStream("HighScoreLista.bin"));
          v =(Vector) inFil.readObject();
     System.out.println (v);
          inFil.close();
}

Because what you are writing to the file is a vector, that is all you can get out. You are actually reading a single Object from the file which you can cast to a Vector, from which you can access the data stored inside. If you want to read the Spelare instances from the file, you will have to save them individually to the file. You will have to implement Serializable and look up the API to do that.

Problem with weblogic ver 8 sp 4 installation on Solaris 10

Hi ,
I tried install weblogic ver 8 sp4 on solaris 10 .With the installable net_platform814_solaris32.bin ,I was able to succeed with the installation .However,the installation requires a internet connection .Is there a way to by pass this procedure.
kindly help

You can download platform installer. The package installer is approximately 475 MB.You can also refer to the following link under WebLogic Platform Distribution Methods
http://e-docs.bea.com/platform/docs81/install/prepare.html#1132881
- Ramkumar

Problem with Oracle 10g RAC VIP network setting at Solaris 9

Dear All,
I have tried to set up a Oracle 10g RAC Release 2.
With OS solaris 9, and 2 nodes.
The nodes setting as the following:
nodes 1:
Public address: 172.16.0.121
Private address: 192.168.0.121, 192.168.1.121 (dual path for heart beat)
nodes 2:
Public address: 172.16.0.122
Private address: 192.168.0.122, 192.168.1.122
And i have assigned two IP adress 172.16.0.131, 172.16.0.132 as the VIP address for the
RAC.
And the following is the /etc/hosts file:
root@shk01 # cat /etc/hosts
# Internet host table
127.0.0.1 localhost
# public address
172.16.0.121 shk01 loghost
172.16.0.122 shk02
# heart beat
192.168.0.121 shk01-priv1
192.168.1.121 shk01-priv2
192.168.0.122 shk02-priv1
192.168.1.122 shk02-priv2
# VIP address
172.16.1.131 vip-shk01
172.16.1.132 vip-shk02
But when i run the command "$ ./runcluvfy.sh comp nodecon -n shk01,shk02 -verbose"
it shows the error:
ERROR:
Could not find a suitable set of interfaces for VIPs.
Result: Node connectivity check failed.
I did try to add the VIP address on bge0:1, as i using bge0 for the public address.
Both nodes i did using the same interface name for it.
Anyone have idea for me to check out the error?
Also, I have other question about the raw device.
As there is option for setting for ASM or raw device. If choosing raw device, does it mean that it just need to
format the storage disk but without newfs it? And then the Oracle program will able to handle it?
Thanks,
Xentar

You don't seem to state categorically that you are using Solaris Cluster, so I'll assume it since this is mainly a forum about Solaris Cluster (and IMHO, Solaris Cluster with Clusterware is better than Clusterware on its own).
Clusterware has to see the same device names from all cluster nodes. This is why Solaris Cluster (SC) is a positive benefit over Clusterware because SC provides an automatically managed, consistent name space. Clusterware on its own forces you to manage either the symbolic links (or worse mknods) to create a consistent namespace!
So, given the SC consistent namespace you simple add the raw devices into the ASM configuration, i.e. /dev/did/rdsk/dXsY. If you are using Solaris Volume Manager, you would use /dev/md/<setname>/rdsk/dXXX and if you were using CVM/VxVM you would use /dev/vx/rdsk/<dg_name>/<dev_name>.
Of course, if you genuinely are using Clusterware on its own, then you have somewhat of a management issue! ... time to think about installing SC?
Tim
---

Got problems with firefox 3.x, 4.x and 5 on win 7 x86 or x64 with proxy autodetection although it works on winXP

at work we use to setup browsers with proxy autodetection activated and it worked perfectly on all platforms we use win XP,7 and linux and with all browsers i tried (ie : IE7,8,9), firefox 3.x,4.x,5 and other ones. below a post of the original wpad.dat that worked with everything (every IP or fqdn replaced with x):
function FindProxyForURL(url, host)
if (isPlainHostName(host) || dnsDomainIs(host,".x.x")|| dnsDomainIs(host,".x.xx") || dnsDomainIs(host,".x.x.xx") || isInNet(host, "x.x.x.X", "255.255.0.0") || isInNet(host, "x.x.x.x", "255.255.0.0") || isInNet(host, "x.x.x.x", "255.255.0.0") || localHostOrDomainIs(host,"xxx.xxxx.xx"))
return "DIRECT";
else
return "PROXY xxxxx.xxx.xxxx:3128";
Today i decided to manage other sites with wpad.dat, and to customize proxy for each site that points to wpad.dat.
below the new wpad.dat:
function FindProxyForURL(url, host)
if (isPlainHostName(host) || dnsDomainIs(host,".x.xx")|| dnsDomainIs(host,".x.xx") || dnsDomainIs(host,".x.x.xx") || isInNet(host, "x.x.x.x", "255.255.0.0") || isInNet(host, "x.x.x.x", "255.255.0.0") || isInNet(host, "x.x.x.x", "255.255.0.0") || localHostOrDomainIs(host,"x.x.xx"))
return "DIRECT";
else if (shExpMatch(myIpAddress(), "x.x.*"))
return "PROXY x.X.x:3128";
else if (shExpMatch(myIpAddress(), "x.x.x.*"))
return "PROXY y.y.y:8181";
else if (shExpMatch(myIpAddress(), "x.x.*"))
return "PROXY z.z.z.z:8181";
Since those changes it doesn't work anymore with firefox on linux and win7, but still works with any browsers on winXP and most surprising works on win7 with ie8 or ie 9 not tested with ie7.

at work we use to setup browsers with proxy autodetection activated and it worked perfectly on all platforms we use win XP,7 and linux and with all browsers i tried (ie : IE7,8,9), firefox 3.x,4.x,5 and other ones. below a post of the original wpad.dat that worked with everything (every IP or fqdn replaced with x):
function FindProxyForURL(url, host)
if (isPlainHostName(host) || dnsDomainIs(host,".x.x")|| dnsDomainIs(host,".x.xx") || dnsDomainIs(host,".x.x.xx") || isInNet(host, "x.x.x.X", "255.255.0.0") || isInNet(host, "x.x.x.x", "255.255.0.0") || isInNet(host, "x.x.x.x", "255.255.0.0") || localHostOrDomainIs(host,"xxx.xxxx.xx"))
return "DIRECT";
else
return "PROXY xxxxx.xxx.xxxx:3128";
Today i decided to manage other sites with wpad.dat, and to customize proxy for each site that points to wpad.dat.
below the new wpad.dat:
function FindProxyForURL(url, host)
if (isPlainHostName(host) || dnsDomainIs(host,".x.xx")|| dnsDomainIs(host,".x.xx") || dnsDomainIs(host,".x.x.xx") || isInNet(host, "x.x.x.x", "255.255.0.0") || isInNet(host, "x.x.x.x", "255.255.0.0") || isInNet(host, "x.x.x.x", "255.255.0.0") || localHostOrDomainIs(host,"x.x.xx"))
return "DIRECT";
else if (shExpMatch(myIpAddress(), "x.x.*"))
return "PROXY x.X.x:3128";
else if (shExpMatch(myIpAddress(), "x.x.x.*"))
return "PROXY y.y.y:8181";
else if (shExpMatch(myIpAddress(), "x.x.*"))
return "PROXY z.z.z.z:8181";
Since those changes it doesn't work anymore with firefox on linux and win7, but still works with any browsers on winXP and most surprising works on win7 with ie8 or ie 9 not tested with ie7.

Apache 2.2.3 recompilation problem with updated openssl

I am trying to recompile an apache 2.2.3 with an updated openssl and stumble on httpd-2.2.3 make. I did compile this setup in the last year successfully, only difference is updated openssl.
First, I installed openssl-0.9.6m from source. Test install:
/usr/local/ssl/bin/openssl version
OpenSSL 0.9.6m 17 Mar 2004
Using following gcc version:
gcc -v
Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.10/3.4.6/specs
Configured with: ../configure with-as=/usr/ccs/bin/as with-ld=/usr/ccs/bin/ld enable-shared enable-languages=c,c++,f77
Thread model: posix
gcc version 3.4.6
PATH output:
echo $PATH
/usr/sbin:/usr/bin:/usr/local:/usr/local/bin:/usr/ccs/bin:/usr/openwin/bin:/usr /dt/bin:/usr/platform/SUNW,Sun-Fire-V240/sbin:/opt/sun/bin:/opt/SUNWvts/bin
This is my apache config options:
./configure enable-so enable-ssl enable-rewrite enable-proxy enable-proxy-balancer with-ssl=/usr/local/ssl
make output:
Making all in srclib
Making all in pcre
Making all in os
Making all in unix
Making all in server
Making all in mpm
Making all in prefork
Making all in modules
Making all in aaa
Making all in filters
Making all in loggers
Making all in metadata
Making all in proxy
Making all in ssl
In file included from /usr/local/ssl/include/openssl/ecdh.h:79,
from /usr/local/ssl/include/openssl/engine.h:85,
from ssl_toolkit_compat.h:45,
from ssl_private.h:59,
from mod_ssl.c:27:
/usr/local/ssl/include/openssl/ossl_typ.h:79: error: redefinition of typedef 'ASN1_INTEGER'
/usr/local/ssl/include/openssl/asn1.h:241: error: previous declaration of 'ASN1_INTEGER' was here
/usr/local/ssl/include/openssl/ossl_typ.h:80: error: redefinition of typedef 'ASN1_ENUMERATED'
/usr/local/ssl/include/openssl/asn1.h:242: error: previous declaration of 'ASN1_ENUMERATED' was here
/usr/local/ssl/include/openssl/ossl_typ.h:81: error: redefinition of typedef 'ASN1_BIT_STRING'
/usr/local/ssl/include/openssl/asn1.h:243: error: previous declaration of 'ASN1_BIT_STRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:82: error: redefinition of typedef 'ASN1_OCTET_STRING'
/usr/local/ssl/include/openssl/asn1.h:244: error: previous declaration of 'ASN1_OCTET_STRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:83: error: redefinition of typedef 'ASN1_PRINTABLESTRING'
/usr/local/ssl/include/openssl/asn1.h:245: error: previous declaration of 'ASN1_PRINTABLESTRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:84: error: redefinition of typedef 'ASN1_T61STRING'
/usr/local/ssl/include/openssl/asn1.h:246: error: previous declaration of 'ASN1_T61STRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:85: error: redefinition of typedef 'ASN1_IA5STRING'
/usr/local/ssl/include/openssl/asn1.h:247: error: previous declaration of 'ASN1_IA5STRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:86: error: redefinition of typedef 'ASN1_GENERALSTRING'
/usr/local/ssl/include/openssl/asn1.h:248: error: previous declaration of 'ASN1_GENERALSTRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:87: error: redefinition of typedef 'ASN1_UNIVERSALSTRING'
/usr/local/ssl/include/openssl/asn1.h:249: error: previous declaration of 'ASN1_UNIVERSALSTRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:88: error: redefinition of typedef 'ASN1_BMPSTRING'
/usr/local/ssl/include/openssl/asn1.h:250: error: previous declaration of 'ASN1_BMPSTRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:89: error: redefinition of typedef 'ASN1_UTCTIME'
/usr/local/ssl/include/openssl/asn1.h:251: error: previous declaration of 'ASN1_UTCTIME' was here
/usr/local/ssl/include/openssl/ossl_typ.h:90: error: redefinition of typedef 'ASN1_TIME'
/usr/local/ssl/include/openssl/asn1.h:252: error: previous declaration of 'ASN1_TIME' was here
/usr/local/ssl/include/openssl/ossl_typ.h:91: error: redefinition of typedef 'ASN1_GENERALIZEDTIME'
/usr/local/ssl/include/openssl/asn1.h:253: error: previous declaration of 'ASN1_GENERALIZEDTIME' was here
/usr/local/ssl/include/openssl/ossl_typ.h:92: error: redefinition of typedef 'ASN1_VISIBLESTRING'
/usr/local/ssl/include/openssl/asn1.h:254: error: previous declaration of 'ASN1_VISIBLESTRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:93: error: redefinition of typedef 'ASN1_UTF8STRING'
/usr/local/ssl/include/openssl/asn1.h:255: error: previous declaration of 'ASN1_UTF8STRING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:94: error: redefinition of typedef 'ASN1_BOOLEAN'
/usr/local/ssl/include/openssl/asn1.h:256: error: previous declaration of 'ASN1_BOOLEAN' was here
/usr/local/ssl/include/openssl/ossl_typ.h:95: error: redefinition of typedef 'ASN1_NULL'
/usr/local/ssl/include/openssl/asn1.h:259: error: previous declaration of 'ASN1_NULL' was here
/usr/local/ssl/include/openssl/ossl_typ.h:107: error: redefinition of typedef 'BIGNUM'
/usr/local/ssl/include/openssl/bn.h:241: error: previous declaration of 'BIGNUM' was here
/usr/local/ssl/include/openssl/ossl_typ.h:108: error: redefinition of typedef 'BN_CTX'
/usr/local/ssl/include/openssl/bn.h:254: error: previous declaration of 'BN_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:109: error: redefinition of typedef 'BN_BLINDING'
/usr/local/ssl/include/openssl/bn.h:264: error: previous declaration of 'BN_BLINDING' was here
/usr/local/ssl/include/openssl/ossl_typ.h:110: error: redefinition of typedef 'BN_MONT_CTX'
/usr/local/ssl/include/openssl/bn.h:276: error: previous declaration of 'BN_MONT_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:111: error: redefinition of typedef 'BN_RECP_CTX'
/usr/local/ssl/include/openssl/bn.h:288: error: previous declaration of 'BN_RECP_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:114: error: redefinition of typedef 'BUF_MEM'
/usr/local/ssl/include/openssl/buffer.h:71: error: previous declaration of 'BUF_MEM' was here
/usr/local/ssl/include/openssl/ossl_typ.h:116: error: redefinition of typedef 'EVP_CIPHER'
/usr/local/ssl/include/openssl/evp.h:330: error: previous declaration of 'EVP_CIPHER' was here
/usr/local/ssl/include/openssl/ossl_typ.h:117: error: redefinition of typedef 'EVP_CIPHER_CTX'
/usr/local/ssl/include/openssl/evp.h:331: error: previous declaration of 'EVP_CIPHER_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:118: error: redefinition of typedef 'EVP_MD'
/usr/local/ssl/include/openssl/evp.h:276: error: previous declaration of 'EVP_MD' was here
/usr/local/ssl/include/openssl/ossl_typ.h:119: error: redefinition of typedef 'EVP_MD_CTX'
/usr/local/ssl/include/openssl/evp.h:328: error: previous declaration of 'EVP_MD_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:120: error: redefinition of typedef 'EVP_PKEY'
/usr/local/ssl/include/openssl/evp.h:186: error: previous declaration of 'EVP_PKEY' was here
/usr/local/ssl/include/openssl/ossl_typ.h:122: error: redefinition of typedef 'DH'
/usr/local/ssl/include/openssl/dh.h:78: error: previous declaration of 'DH' was here
/usr/local/ssl/include/openssl/ossl_typ.h:123: error: redefinition of typedef 'DH_METHOD'
/usr/local/ssl/include/openssl/dh.h:93: error: previous declaration of 'DH_METHOD' was here
/usr/local/ssl/include/openssl/ossl_typ.h:125: error: redefinition of typedef 'DSA'
/usr/local/ssl/include/openssl/dsa.h:87: error: previous declaration of 'DSA' was here
/usr/local/ssl/include/openssl/ossl_typ.h:126: error: redefinition of typedef 'DSA_METHOD'
/usr/local/ssl/include/openssl/dsa.h:112: error: previous declaration of 'DSA_METHOD' was here
/usr/local/ssl/include/openssl/ossl_typ.h:128: error: redefinition of typedef 'RSA'
/usr/local/ssl/include/openssl/rsa.h:76: error: previous declaration of 'RSA' was here
/usr/local/ssl/include/openssl/ossl_typ.h:129: error: redefinition of typedef 'RSA_METHOD'
/usr/local/ssl/include/openssl/rsa.h:114: error: previous declaration of 'RSA_METHOD' was here
/usr/local/ssl/include/openssl/ossl_typ.h:131: error: redefinition of typedef 'RAND_METHOD'
/usr/local/ssl/include/openssl/rand.h:76: error: previous declaration of 'RAND_METHOD' was here
/usr/local/ssl/include/openssl/ossl_typ.h:136: error: redefinition of typedef 'X509'
/usr/local/ssl/include/openssl/x509.h:280: error: previous declaration of 'X509' was here
/usr/local/ssl/include/openssl/ossl_typ.h:137: error: redefinition of typedef 'X509_ALGOR'
/usr/local/ssl/include/openssl/x509.h:130: error: previous declaration of 'X509_ALGOR' was here
/usr/local/ssl/include/openssl/ossl_typ.h:138: error: redefinition of typedef 'X509_CRL'
/usr/local/ssl/include/openssl/x509.h:407: error: previous declaration of 'X509_CRL' was here
/usr/local/ssl/include/openssl/ossl_typ.h:139: error: redefinition of typedef 'X509_NAME'
/usr/local/ssl/include/openssl/x509.h:176: error: previous declaration of 'X509_NAME' was here
/usr/local/ssl/include/openssl/ossl_typ.h:140: error: redefinition of typedef 'X509_STORE'
/usr/local/ssl/include/openssl/x509_vfy.h:176: error: previous declaration of 'X509_STORE' was here
/usr/local/ssl/include/openssl/ossl_typ.h:141: error: redefinition of typedef 'X509_STORE_CTX'
/usr/local/ssl/include/openssl/x509_vfy.h:157: error: previous declaration of 'X509_STORE_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:143: error: redefinition of typedef 'X509V3_CTX'
/usr/local/ssl/include/openssl/x509v3.h:132: error: previous declaration of 'X509V3_CTX' was here
/usr/local/ssl/include/openssl/ossl_typ.h:144: error: redefinition of typedef 'CONF'
/usr/local/ssl/include/openssl/conf.h:81: error: previous declaration of 'CONF' was here
/usr/local/ssl/include/openssl/ossl_typ.h:165: error: redefinition of typedef 'CRYPTO_EX_DATA'
/usr/local/ssl/include/openssl/crypto.h:194: error: previous declaration of 'CRYPTO_EX_DATA' was here
/usr/local/ssl/include/openssl/ossl_typ.h:168: error: redefinition of typedef 'CRYPTO_EX_new'
/usr/local/ssl/include/openssl/crypto.h:198: error: previous declaration of 'CRYPTO_EX_new' was here
/usr/local/ssl/include/openssl/ossl_typ.h:170: error: redefinition of typedef 'CRYPTO_EX_free'
/usr/local/ssl/include/openssl/crypto.h:201: error: previous declaration of 'CRYPTO_EX_free' was here
/usr/local/ssl/include/openssl/ossl_typ.h:172: error: redefinition of typedef 'CRYPTO_EX_dup'
/usr/local/ssl/include/openssl/crypto.h:204: error: previous declaration of 'CRYPTO_EX_dup' was here
In file included from /usr/local/ssl/include/openssl/engine.h:91,
from ssl_toolkit_compat.h:45,
from ssl_private.h:59,
from mod_ssl.c:27:
/usr/local/ssl/include/openssl/store.h:230: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:232: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:234: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:237: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:239: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:241: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:246: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:248: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:251: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:252: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:255: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:257: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:259: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:264: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:266: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:268: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:271: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:273: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:275: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:280: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:282: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:284: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:286: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:289: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:291: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:296: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:298: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:301: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:303: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:305: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:307: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:310: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:312: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:323: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:324: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:325: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:328: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:329: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:330: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:331: error: syntax error before "OPENSSL_ITEM"
/usr/local/ssl/include/openssl/store.h:377: error: syntax error before '*' token
In file included from ssl_toolkit_compat.h:45,
from ssl_private.h:59,
from mod_ssl.c:27:
/usr/local/ssl/include/openssl/engine.h:624: warning: no semicolon at end of struct or union
/usr/local/ssl/include/openssl/engine.h:624: error: syntax error before '*' token
/usr/local/ssl/include/openssl/engine.h:627: error: syntax error before '}' token
/usr/local/ssl/include/openssl/engine.h:627: warning: data definition has no type or storage class
/usr/local/ssl/include/openssl/engine.h:660: error: syntax error before '*' token
*** Error code 1
The following command caused the error:
/usr/local/apache2/build/libtool silent mode=compile gcc -g -O2 -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOU
RCE -I/tmp/httpd-2.2.3/srclib/pcre -I. -I/tmp/httpd-2.2.3/os/unix -I/tmp/httpd-2.2.3/server/mpm/prefork -I/tmp/httpd-2.2.3/modules/http -I/t
mp/httpd-2.2.3/modules/filters -I/tmp/httpd-2.2.3/modules/proxy -I/tmp/httpd-2.2.3/include -I/tmp/httpd-2.2.3/modules/generators -I/tmp/httpd-2
.2.3/modules/mappers -I/tmp/httpd-2.2.3/modules/database -I/usr/local/apache2/include -I/tmp/httpd-2.2.3/modules/proxy/../generators -I/usr/loc
al/ssl/include -I/usr/sfw/include -I/tmp/httpd-2.2.3/modules/ssl -I/tmp/httpd-2.2.3/modules/dav/main -prefer-non-pic -static -c mod_ssl.c && to
uch mod_ssl.lo
make: Fatal error: Command failed for target `mod_ssl.lo'
Current working directory /tmp/httpd-2.2.3/modules/ssl
*** Error code 1
The following command caused the error:
otarget=`echo all-recursive|sed s/-recursive//`; \
list=' '; \
for i in $list; do \
if test -d "$i"; then \
target="$otarget"; \
echo "Making $target in $i"; \
if test "$i" = "."; then \
made_local=yes; \
target="local-$target"; \
fi; \
(cd $i && make $target) || exit 1; \
fi; \
done; \
if test "$otarget" = "all" && test -z 'libmod_ssl.la'; then \
made_local=yes; \
fi; \
if test "$made_local" != "yes"; then \
make "local-$otarget" || exit 1; \
fi
make: Fatal error: Command failed for target `all-recursive'
Current working directory /tmp/httpd-2.2.3/modules/ssl
*** Error code 1
The following command caused the error:
otarget=`echo all-recursive|sed s/-recursive//`; \
list=' aaa filters loggers metadata proxy ssl http generators mappers'; \
for i in $list; do \
if test -d "$i"; then \
target="$otarget"; \
echo "Making $target in $i"; \
if test "$i" = "."; then \
made_local=yes; \
target="local-$target"; \
fi; \
(cd $i && make $target) || exit 1; \
fi; \
done; \
if test "$otarget" = "all" && test -z ''; then \
made_local=yes; \
fi; \
if test "$made_local" != "yes"; then \
make "local-$otarget" || exit 1; \
fi
make: Fatal error: Command failed for target `all-recursive'
Current working directory /tmp/httpd-2.2.3/modules
*** Error code 1
The following command caused the error:
otarget=`echo all-recursive|sed s/-recursive//`; \
list=' srclib os server modules support'; \
for i in $list; do \
if test -d "$i"; then \
target="$otarget"; \
echo "Making $target in $i"; \
if test "$i" = "."; then \
made_local=yes; \
target="local-$target"; \
fi; \
(cd $i && make $target) || exit 1; \
fi; \
done; \
if test "$otarget" = "all" && test -z 'httpd '; then \
made_local=yes; \
fi; \
if test "$made_local" != "yes"; then \
make "local-$otarget" || exit 1; \
fi
make: Fatal error: Command failed for target `all-recursive'
Any help appreciated

I'm experiencing the same problem with the current DirecTV remote not being able to learn more than the first button prompted to enter (arrow-down). The error message "appletv has already learned this button" appears when attempting to enter the second button prompted (arrow-up). Furthermore, I have attempted configuration on two separate DirecTV HR21 remotes in both AV1 and AV2 modes.
Come on Apple -- don't tease us! Testing wasn't done to make sure AppleTV can learn to respond to a current DirecTV remote? Yikes. I wonder what 3rd-party remotes were tested and confirmed to work.

Fixing problem with with studio 11

Hello
I have problems using the fix command in studio 11
when I try to fix my program I get a warning and afterwards dbx crashes:
dbx >fix -v -f
/opt/Sun_Studio11/SUNWspro/prod/bin/cc -g -c -o testinfowin.o -I /v10.0/sources/include -D_POSIX_PTHREAD_SEMANTICS -v -DANSI -DSYS='UNIX_V' test.c -W0,-xp\$XAjQAqAhDgNGnrg. -c -o /tmp/dbx.fix.test.o.24753.464.6.o
"test.c", line 22: warning: Function has no return statement : main
/usr/ccs/bin/ld -G -o /tmp/dbx.fix.test.o.24753.464.5.so /tmp/dbx.fix.test.o.24753.464.6.o
dbx: warning: new function '' found in "test.c"
dbx: warning: new function '' found in "test.c"
handler (2) moved to "test.c":14
dbx: internal error: signal SIGSEGV (no mapping at the fault address)
dbx's coredump will appear in /tmp
Abort (core dumped)
The strange thing with this is, that there is no new function.
The problem doesn't occur with older Verions of dbx
Does any one know this problem or a solution?
Thanks
Clemens

Hello Maxim
thanks for your reply.
Looks like a bug in dbx, which I am not aware of...
It wouldn't hurt however to try to install latest
patches (both OS and Sun Studio ones):
http://developers.sun.com/sunstudio/downloads/patches/
ss11_patches.html
Maybe it is linker issue?
I have already installed patches
121023-04
109147-43
108434-22
121017-10
121015-04
Could you also post dbx stack trace here? It can be
obtained with
$ pstack /tmp/core
right after dbx has crashed. here is the output from pstack:
pstack /tmp/core
core '/tmp/core' of 24753: /opt/Sun_Studio11/SUNWspro/bin/../prod/bin/sparcv9/dbx testinfowin
ffffffff7e5a7ed4 _kill (ffffffff7e6b6f60, 60b1, 10052db5d, 1006085c0, 10052d000, 10052d) + 8
00000001000c1fcc ???????? (b, 100400, 100633, 100400, 100635000, 10053a628)
ffffffff7e5a72f0 sigacthandler (b, ffffffff7fffb020, ffffffff7fffad40, b, 81010100, 10065a2d4) + 2c
--- called from signal handler with signal 11 (SIGSEGV) ---
ffffffff7e53c1ec strlen (0, 0, 10062a140, 100549029, 0, 0) + 7c
ffffffff7e591a10 vprintf (0, 10062a0c0, ffffffff7e6c4c90, ffffffff7fffc2a8, 10054901c, 100400) + ec
0000000100332f30 __1cHvprintx6Fpkcpv_i_ (10054901c, ffffffff7fffc2a8, ffffffff7fffc2a8, 0, 1005b7000, 1005b79d8) + 2c
0000000100333210 __1cGprintx6FpkcE_i_ (10054901c, 0, 1016a9950, ee6, 10064de40, 100400) + 1c
00000001001457cc ???????? (10053a628, 1016a7980, 100633, 1010f6d60, 100548f40, 0)
0000000100146e7c ???????? (100655ed0, 100736fc0, ffffffff7fffc9a8, 1005493ea, 1, 1005493ce)
000000010014808c ???????? (100655ed0, 100736fc0, ffffffff7fffc9a8, 100548000, 100548, 100548)
0000000100147118 __1cHfix_cmd6FpnGInterp_ppcbbbbb_v_ (100655ed0, 100a9bdb8, 1, 1, 0, 1) + 68
000000010017d650 ???????? (100655ed0, 100400, 0, 1, 1, e)
00000001002c67f4 ???????? (10017d204, 1010f6500, 100a9bda0, 10066b3b0, 0, 100655ef0)
00000001002c55a0 __1cNpdksh_execute6FpnGInterp_pnCop_i_i_ (1010f6540, 1010f8e70, 0, 1002c5, 100655ed0, 10053a) + 1e8
00000001002b2134 __1cLpdksh_shell6FpnGInterp_pnGSource__i_ (100655ed0, 1015ec7c0, 100593679, 100593680, 100655ed9, 1000c19bc) + 4cc
00000001000c5eb4 __1cNmain_cmd_loop6FpnGInterp__v_ (100655ed0, 100400, 10057e000, 100610a60, 10057e358, 10052ec6a) + a8
00000001000c6cd8 main (2, ffffffff7fffdf88, 100655ed0, 8002, 10052de50, 1) + 990
00000001000b84bc _start (0, 0, 0, 0, 0, 0) + 17c
It would also be great
to have a reproducible test case if you can manage
it, of course.That' s a little bit difficult since I have to link about 11 libraries.
I don't know whether this helps you: I have written a short test program calling a function in a library It look like this
#include "osystem.h"
#include "userwin.h"
extern long InfoWindowInit(int openWindow, WINSRVFKT applMsgServer, CMDDISPATCH cmdWpFkt, ACCDATA accel, MENUDATA menu, short menuRet, char parFileName, long mode, long helpMsgNr, char *helpString);
int InfoMainMsgServer(long winId, int mode, int par, long lppar)
return 0;
int main(int argc, char ** argv)
char *parFileName = "test";
InfoWindowInit(0, InfoMainMsgServer,
(CMDDISPATCH)0,
(ACCDATA *)0,
(MENUDATA *)0,
(short *)0,
parFileName,
2,0,CNULL);
if I omit the declaration, I get a compiler warning, but i can fix.
>
And by the way, which version of Solaris you are
running?I am running Solaris 8

Problems with make/gcc on Solaris

I'm working on building a binary on several different platforms, but the only one giving me trouble is Solaris 10 (64-bit -- though apparently this is building a 32-bit binary). The binary relies on the following project:
https://projects.coin-or.org/Cbc
I can checkout their code from SVN and build it without a problem. However, we then have a small cpp file that links to those libraries. I cannot get this cpp file to build. In fact, Solaris chokes on the makefile itself complaining that one of the lines ends with the '$' (which it does). The strange thing is, this makefile works correctly on Linux. It also works just fine on Windows in the MinGW environment (I do have to add a few flags on Windows but they are completely unrelated and the line ending with '$' still still present and works).
Since the makefile failed, I tried to run the 2 commands that it does manually. The first one succeeds but the second command fails to locate the dynamic libraries -- even though the directory they reside in is specified in the -L argument. What gives??
I put /usr/ccs/bin and /usr/sfw/bin in my PATH variable so that I can use make and gcc. I had to add /usr/sfw/lib to the LIBDIR variable, otherwise I was getting even more errors. Here is the makefile and the error that I get when I try to run make:
-bash-3.2$ cat makefile
CPP = gcc
COINPATH = /export/home/locuser/cbc_source/coin-cbc
CPATH += -I$(COINPATH)/include/coin
LIBDIR = -L$(COINPATH)/lib:/usr/sfw/lib
COINLIBS = -lCbcSolver -lCbc -lCgl -lOsiClp -lClp -lOsi -lCoinUtils -lm
CFLAGS += -DUSE_SNAPSHOT=1 -DNEW_SIMULATOR=1 -g $(CPATH)
DATASTORE=$(PSASRC)/datastore.a
.c.o:
$(CC) $(CFLAGS) -c -o $@ $<
.cpp.o:
$(CPP) $(CFLAGS) -c -o $@ $<
OBJSx = cbc.o
cbc: $(OBJSx) $
$(CPP) $(CFLAGS) -o cbc $+ $(LIBDIR) $(COINLIBS)
-bash-3.2$ make
mksh: Fatal error in reader: '$' at end of line
Current working directory /export/home/locuser/cbc_source/solver
Then this is what happened when I tried to run the 2 commands manually:
-bash-3.2$ gcc -DUSE_SNAPSHOT=1 -DNEW_SIMULATOR=1 -g -I/export/home/locuser/cbc_source/coin-cbc/include/coin -c -o cbc.o cbc.cpp
-bash-3.2$ gcc -DUSE_SNAPSHOT=1 -DNEW_SIMULATOR=1 -g -I/export/home/locuser/cbc_source/coin-cbc/include/coin -o cbc cbc.o -L/export/home/locuser/cbc_source/coin-cbc/lib:/usr/sfw/lib -lCbcSolver -lCbc -lCgl -lOsiClp -lClp -lOsi -lCoinUtils -lm
ld: fatal: library -lCbcSolver: not found
ld: fatal: library -lCbc: not found
ld: fatal: library -lCgl: not found
ld: fatal: library -lOsiClp: not found
ld: fatal: library -lClp: not found
ld: fatal: library -lOsi: not found
ld: fatal: library -lCoinUtils: not found
ld: fatal: file processing errors. No output written to cbc
collect2: ld returned 1 exit status
However, if I cd into the directory /export/home/locuser/cbc_source/coin-cbc/lib then the libraries do indeed exist there:
-bash-3.2$ cd /export/home/locuser/cbc_source/coin-cbc/lib
-bash-3.2$ ls lib*.so.0
libCbc.so.0 libClp.so.0 libOsiCbc.so.0
libCbcSolver.so.0 libCoinUtils.so.0 libOsiClp.so.0
libCgl.so.0 libOsi.so.0 libOsiCommonTests.so.0
Any ideas on what I am doing wrong here? It seems like there is something non-standard about make on Solaris?

Woo hoo! I was able to finally get past this. Thank you both for you assistance. I tried the LD_DEBUG=files option and it didn't seem to help me much. I got some additional output but it appeared unrelated. So then I separated out my -L argument into 2 separate arguments. This changed the error messages and led to some errors about operator new and delete not being found as well as some gz and BZ2 functions not being found:
Undefined first referenced
symbol in file
operator new[](unsigned int) cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
operator new(unsigned int) cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
std::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator[](unsigned int) constcbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
std::basic_ostream<char, std::char_traits<char> >::operator<<(std::basic_ostream<char, std::char_traits<char> >& (*)(std::basic_ostream<char, std::char_traits<char> >&))cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
vtable for __cxxabiv1::__si_class_type_infocbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
std::basic_ostream<char, std::char_traits<char> >::operator<<(int)cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
BZ2_bzRead /export/home/locuser/cbc_source/coin-cbc/lib/libCoinUtils.so
operator delete[](void*) cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
operator delete(void*) cbc.o (symbol belongs to implicit dependency /usr/sfw/lib/libstdc++.so.6)
gzopen /export/home/locuser/cbc_source/coin-cbc/lib/libCoinUtils.so
gzread /export/home/locuser/cbc_source/coin-cbc/lib/libCoinUtils.so
BZ2_bzReadOpen /export/home/locuser/cbc_source/coin-cbc/lib/libCoinUtils.so
BZ2_bzWriteOpen /export/home/locuser/cbc_source/coin-cbc/lib/libCoinUtils.so
This led me to two conclusions:
1. I needed to change the makefile to use g++ instead of gcc (due to the messages about the operators existing in libstd*c++*.so.6).
2. I needed to include the libz and libbz2 libraries (by adding -lz and -lbz2) to COINLIBS.
I made those 2 changes to the makefile and it built successfully with gmake! So now I'm off to go document this information on our wiki. Thanks for the suggestions -- they pointed me in the right direction and ultimately helped me resolve this issue. :)

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

Similar Messages

Maybe you are looking for