Pragma pack(1) - relocation Error

Hi,
I am trying to use the #pragma pack(1) with Forte C++.
I do use the -misalign option both at compilation and link.
However, when I use a in this context, a class with virtual functions I get compilation errors at code generation ("location counter not on word boundary"). I get rid of these by compiling in debug mode, but then when linking I got the following error :
"ld: fatal: relocation error: R_SPARC_DISP32: file foo.o: symbol <unknown>: offset
0xfd8ea37b is non-aligned" as many times as I have virtual functions in my class.
Has anyone used virtual functions in classes compiled with pragma pack(1)? and faced the same problem ?
Am I missing an option ?
Is there a workaround ?
Thanks in advance.

We've had the same problem with #pragma pack(1).
When a class or a struct is not 'plain old data' (POD), it packs with 'normal' alignment instead of pack(1) apparently.
You can make the class 'POD' by:
- removing constructors
- removing private data
Other functions (as operator overloaders) are allowed, as we found out by trail/error.
Anyway, you will find out if you remove the constructor from your class (and make e.g. an operator overloader for the assignment operator) that the packing will work as expected.

Similar Messages

#pragma pack(1) error

Hi,
I use forte c++ 6 in Solaris 2.6, a error occurs when i use #pragma pack(1) with a class having contruction function as following:
#pragma pack(1)
class AClass
public:
     AClass(int a);
     short ashort;
     int aint;
#pragma pack()
I get the wrong result : sizeof(AClass) =8 ;
But if i only have non-contruction functions(not including virtual functions) , i get the right result: sizeof(AClass) =6
thanks in advance.

We've had the same problem with #pragma pack(1).
When a class or a struct is not 'plain old data' (POD), it packs with 'normal' alignment instead of pack(1) apparently.
You can make the class 'POD' by:
- removing constructors
- removing private data
Other functions (as operator overloaders) are allowed, as we found out by trail/error.
Anyway, you will find out if you remove the constructor from your class (and make e.g. an operator overloader for the assignment operator) that the packing will work as expected.

#pragma pack(1) problem

<PRE>
Let's assume that variable with the size more than 1 byte is located in memomry
at the address, wich is not divisible to this variable (short - 2 bytes,
int - 4 bytes and so on).
In this case if we are trying to work with this variable then we receive error and
program stops it's work with message "Bus Error"
Example
Test.cc:
#include <stdio.h>
#pragma pack(1)
struct DTest {
char chD1;
int nD1;
char chD2;
int nD2;
#pragma pack()
main () {
struct DTest DT;
printf ("sizeof (DTest) = %d \n", sizeof(struct DTest));
printf ("ptrDT = %p \n", &DT);
printf ("&nD1 = %p \n", &DT.nD1);
DT.nD1 = 100;
printf ("nD1 = %d \n", DT.nD1);
-------------- test --------------------
*) Create executalbe with the command:
CC Test.cc -o Test
*) Execute:
./Test
*) Result of work:
sizeof (DTest) = 10
ptrDT = ffbef25a
&nD1 = ffbef25b
Bus Error
&nD1 = ffbef25b ;; pointer to variable (int type) is not
;; aligned in memort at 4
</PRE>

By design, #pragma pack works only on POD structs, for two reasons. A non-POD class is likely to have an unpredictable layout, and vtable pointers should not be misaligned (it would kill performance on SPARC).
In retrospect, restricting packing to POD structs is too severe, as in your example. CR 4494035, visible at [http://bugs.sun.com], requests the requirement to be loosened. This RFE has not yet been implemented.
When the "packed" attribute was introduced, it allowed some non-POD structs to be packed, but not structs that have a vtable pointer.
Edited by: clamage45 on Mar 29, 2010 8:38 AM

Fatal:relocation error: While running JDK1.4 on Sun Sparc Generic_106541-08

Hi,
I installed the new jdk1.4 on my Solaris-7 machine. Initially I installed 32-bit jdk1.4 and then installed 64-bit jdk1.4 as indicated on your (sun's) installation page. I used executable binary version of installation for installing the software.
The installation was successfully completed. But while I run java command then it gave following error
Error: failed /export/home/j2sdk1.4.0/jre/lib/sparc/client/libjvm.so, because ld.so.1: ./java: fatal: relocation error: file /export/home/j2sdk1.4.0/jre/lib/sparc/client/libjvm.so: symbol __1cG__CrunSregister_exit_code6FpG_v_v_: referenced symbol not found
Why I am not able to execute any java command with this version? On the same machine I am able to run jdk1.2 and jdk1.3
Please advise on it. It will be of great help If I get some suggestion.
Thanks in Advance,
Ashish

In particular, patch 106327-14 seems to solve the problem.

Error when uninstalling App-V RDS client: Product: Microsoft Application Virtualization (App-V) Client for Remote Desktop Services 5.0 Service Pack 2 x64 -- Error 1324. The folder path 'C:' contains an invalid character

Issue: experienced when attempting to uninstall the App-V 5.0 SP2 RDS client.
Event Log: Product: Microsoft Application Virtualization (App-V) Client for Remote Desktop Services 5.0 Service Pack 2 x64 -- Error 1324. The folder
path 'C:' contains an invalid character
Symptoms (when in this current state):
Unable to uninstall the SP2 client
You can upgrade the client (via hotfix) and uninstall the hotfix, but you will not be able to remove the SP2 client
AppvVfs filter driver will not create an instance, therefore applications will not be able to read into existing streamed VFS content, or trigger sparse files to stream content. (you can still stream the content via other means, like the UI or powershell)
Because of the AppvVfs filter driver not instantiating, applications that depend on licences that exist in VFS will not be able to be read causing certain applications to react as if the license does not exist or is an incorrect format

Resolution:
Check for the existence of a hidden folder named %appdata% in the C:\Program Files\Microsoft Application Virtualization\Client folder. (You will need to un-check the folder options box in windows explorer for "Hide
protected operating system files" to see it)
If the hidden %appdata% folder exists, delete it.
Proceed to uninstall the App-V client
After a clean uninstall and removal of remnants of the client, reinstall the client again and apply the latest hotfix available (Hotfix 2 for SP2 at a minimum).

Relocation Error In Solaris - Symbol 0FI__rtbi_fv not found

Hi!,
I get the following error, when i try to load a library using JNI, (jdk 1.3.0_02) in Solaris 2.6 :
It cribs about symbol __0FI__rtbi_fv not found.
I used nm on the .so and got the following output -
[123762] | 0| 0|NOTY |GLOB |0 |UNDEF |__0FI__rtbi_fv
Kindly help me in overcoming this problem. Its bit urgent.
Exception in thread "main" java.lang.UnsatisfiedLinkError: /disk1/anuj/Sinu/usrtool/obj/libusrtool.so:
ld.so.1: /disk1/sriram/java1.3/bin/../bin/sparc/native_threads/java:
fatal: relocation error: file /disk1/anuj/Sinu/usrtool/obj/libusrtool.so:
symbol __0FI__rtbi_fv: referenced symbol not found
     at java.lang.ClassLoader$NativeLibrary.load(Native Method)
     at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1382)
     at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1306)
     at java.lang.Runtime.loadLibrary0(Runtime.java:749)
     at java.lang.Runtime.loadLibrary(Runtime.java:737)
regards
Sriram

It is not in the java documentation because it is not a java problem.
When you write JNI code (or any other code for that matter) you probably should look at the documentation for the compilers and other tools that you are using for recommendations for how to use these third party tools.
What would have been surprizing to me, is if your C++ compiler manual did not recommend linking with the standard C++ library when you use code contained in the library. Which was the problem here.

Ld.so.1 problem - fatal: relocation error - "referenced symbol not found"

Hi, I've been trying to compile and run my application non Solaris using CC (detils below) but haven't got luck with running the application because of a linker error :
ld.so.1: java: fatal: relocation error: file ./libtest.so: symbol __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___J__nullref_: referenced symbol not found
Here's what I'm trying to do :
I'm compieing one library to include another shared library whcih uses the "string" class (STL). The compilation of both the libraries proceeds perfectly fine. However, when i preload this library with LD_PRELOAD and run a JAVA application (which will have calls to some function in the preloaded library), the get the above linker error.
Here's what all I have tries to get thsi wroking : ( I understand that this error is due to a missing library that CC has not linked to and i've no idea what the library is!!!)
1.> # LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH
# export LD_LIBRARY_PATH - NO LUCK :-(
2.> linked to /opt/SUNWspro/lib/libCrun.so (found this from another forum on the net), but NO LUCK :-(
3.> export LD_DEBUG=bindings
export LD_DEBUG_OUTPUT=/home/log.txt (so that all sysmbols refered are logged!!!)
i did a grep on the log for the symbol but NO LUCK!!! :-(
Please can you help me with this? What is the library that is to be linked too, or is there something else?
Details About my system, compiler and compilation options :
1.> uname -a output : SunOS sh1sol9 5.9 Generic_117171-12 sun4u sparc SUNW,Sun-Fire-280R Solaris
2.> CC version : Sun WorkShop 6 update 2 C++ 5.3
3.> Compilation flags i've used to build the library :
FIRST LIBRARY : CC -G -xcode=pic32 -I../common/ -ldl ../common/logger.cpp helper_functions.cpp BCPEntries.cpp BCP_class.cpp -o libBCP.so
SECOND LIBRARY : CC -G -xcode=pic32 -I../common/ test_BCP_construct.cpp -lBCP -L. -o libtest.so
Please help me out of this,
Any and every help (or even a hint to it) will be appreciated!!!
Thanks in advance,
Madhur Kumar Tanwani

Refer to the C++ Users Guide that comes with the compiler, the chapter on Building Libraries, which explains these points in more detail.
When you build a C++ shared library, you must explicitly list all the libraries that it depends on. Unlike building an executable, the CC -G command does not by default create dependencies on system libraries. Although not explained well in the Guide, you should be sure you get the shared (.so) versions of all libraries, not the static (.a) versions.
All C++ programs require at least libCrun and libc. Programs that use the C++ Standard library (using anything in the std namespace, like std::string) also need to link to the appropriate version of the library.
The default library is libCstd. If you compile using the optional STLport library, you need the libstlport instead. You cannot use both libCstd and libstlport in the same program.
In your case, the build command would look something like this, assuming you are using the default libCstd:
CC -G -o mylib.so ..... -library=Cstd,Crun -lc
Be sure that any preceeding -Bstaic option is followed by -Bdynamic before listing these system libraries.
To verify you have picked up the dynamic libraries, run the command
ldd mylib.so
to see a list of dependencies. If you don't see the following in the list
/usr/lib/libCstd
/usr/lib/libCrun
/usr/lib/libc (or /lib/libc)
something is wrong.
A note about LD_LIBRARY_PATH: don't use it.
Ideally, the environment variable should never be set. If you must set it to reach vendor-supplied libraries, never put the system directories /lib or /usr/lib on the path, and never put the compiler installation directory, like /opt/SUNWspro/... on the path. You can wind up forcing the runtime loader to seach directories in the wrong order and pick up inappropriate versions of libraries.
For more on LD_LIBRARY_PATH, read this note in Rod Evans' blog. He's the Sun linker expert. The material here is available in the manuals, but his blog has a nice summary.
http://blogs.sun.com/roller/page/rie/?anchor=tt_ld_library_path_tt

Instant client 10.2.0.2 - Solaris 32 bit - sqlplus relocation error

Did anyone use the sqlplus that comes with Instant Client 10.2.0.2 - Solaris 32 bit to connect to a remote Oracle database?
I am unable to get it working.
More info below:
I unpacked these two packages onto my Solaris 9 box into a directory called /space/OracleClient10g/instantclient_10_2
a) instantclient-basic-solaris32-10.2.0.2-20060303.zip
b) instantclient-sqlplus-solaris32-10.2.0.2-20060303.zip
I have set the following environment variables (csh):
setenv ORACLIENT /space/OracleClient10g/instantclient_10_2
setenv LD_LIBRARY_PATH "$ORACLIENT":"$LD_LIBRARY_PATH"
set path = ($ORACLIENT $path)
setenv SQLPATH $ORACLIENT
setenv TNS_ADMIN $ORACLIENT
setenv NLS_LANG AMERICAN_AMERICA.UTF8
The tnsnames.ora file is in the $TNS_ADMIN directory and it has the tns entry that I need.
When I run sqlplus using the tnsentry, I get a "relocation error" as below:
$ sqlplus user1/pwd1@tnsentry
ld.so.1: sqlplus: fatal: relocation error:
file /space/OracleClient10g/instantclient_10_2/libsqlplus.so: symbol
lnxqebc_chars: referenced symbol not found
(The same tns entry is used from a different Solaris 9 machine where I have a full Oracle 9i client installed and sqlplus connects fine using this tns entry - so I do not think there is anything wrong with this tns entry. Besides, the error message that I am getting when I run sqlplus can be reproduced even by simply running 'sqlplus' without any arguments. )
When I do an 'ldd' on sqlplus, every library needed by sqlplus is loaded correctly.
$ ldd /space/OracleClient10g/instantclient_10_2/sqlplus
libsqlplus.so => /space/OracleClient10g/instantclient_10_2/libsqlplus.so
libclntsh.so.10.1 => /space/OracleClient10g/instantclient_10_2/libclntsh.so.10.1
libnnz10.so => /space/OracleClient10g/instantclient_10_2/libnnz10.so
libkstat.so.1 => /usr/lib/libkstat.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libgen.so.1 => /usr/lib/libgen.so.1
libdl.so.1 => /usr/lib/libdl.so.1
libsched.so.1 => /usr/lib/libsched.so.1
libc.so.1 => /usr/lib/libc.so.1
libaio.so.1 => /usr/lib/libaio.so.1
libm.so.1 => /usr/lib/libm.so.1
libthread.so.1 => /usr/lib/libthread.so.1
libmp.so.2 => /usr/lib/libmp.so.2
librt.so.1 => /usr/lib/librt.so.1
libmd5.so.1 => /usr/lib/libmd5.so.1
/usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1
/usr/platform/SUNW,Ultra-Enterprise/lib/libmd5_psr.so.1
Any ideas on the cause of this error?

I'd say that there is a problem loading the shared library libsqlplus.so.
Try 'ldd /space/OracleClient10g/instantclient_10_2/libsqlplus.so' and see which libraries are referenced.
It seems like they are all found, but at least one of them is missing an entry that should be there.
- Trace sqlplus with 'strace' or 'truss' (I don't know which of the two exists on Solaris) to
find out which library has the problem.
- Check the versions and compare them with the versions required by the installation guide for the Oracle client.
Yours,
Laurenz Albe

HELP! Relocation error: file /usr/lib/librt.so: symbol priocntl not found

Hi,
I've just installed a Solaris 9 and gcc-3.4.2 (from sunfreeware.com) on a Sun Blade 1500.
#uname -a
SunOS dove 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Blade-1500
Upon running my application, a runtime error occured.
ld.so.1: CMC: fatal: relocation error: file /usr/lib/librt.so: symbol priocntl: referenced symbol not found
I've traced my code to were it had encountered a problem. It seems that the error occured whenever a pthread_create() function is executed.
Originally my application was developed under a Solaris 8 environment. No runtime errors occured during that time.
I think there's a problem with the Solaris 9 /usr/lib/librt.so.1 file.
Could you please help me.
I deeply appreciate it.

hi, take a look at:
http://bbs.archlinux.org/viewtopic.php?id=47981

Solaris 10 Gives Error (ld: fatal: relocation error: R_386_32) w/ gcc-4.2.3

I am attempting to run a build of a system known as nauticus under Solaris 10 but I am getting the following error:
ld: fatal: relocation error: R_386_32: file .rel.debug_info: section: /home/dmclaug/trees/gcctree/trunk/build-solaris-4.2.3/src-nauticus/bin/solaris/libsmftypes.o: offset: 0x23e3d6: relocation requires reference symbol
collect2: ld returned 1 exit status
This system has been successfully built using gcc-3.2.3 under Solaris 10, but the error above is generated now that we have installed gcc-4.2.3. Does anyone have any idea what might be causing the problem here? Are there additional flags or switches that are required?
Some additional background on my system:
Sun Microsystems Inc. SunOS 5.10 Generic January 2005
Sun Streaming Server Development Package for Solaris Update 4.
PackageVersion=2.0
cat /etc/release
Solaris 10 8/07 s10x_u4wos_12b X86
Copyright 2007 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 16 August 2007
isainfo -x
amd64: sse3 sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu
i386: sse3 sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu
isalist
amd64 pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86

The bootstrap compiler is GCC 3.4.3.
I tried Sun's assembler (/usr/ccs/bin/as) too and got another error (below)
I also tried bootstrapping with Sun's Studio 12 compiler but that too failed.
*$ pkginfo -x SUNWbinutils SMCbinut*
SMCbinut binutils
(x86) 2.17
SUNWbinutils binutils - GNU binutils
(i386) 11.10.0,REV=2005.01.08.01.09
*$ whence gcc*
/usr/sfw/bin/gcc
*$ gcc -v*
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure prefix=/usr/sfw with-as=/usr/sfw/bin/gas with-gnu-as with-ld=/usr/ccs/bin/ld without-gnu-ld enable-languages=c,c++ --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
The error this time is:
/big1/usr.local.src/gcc-4.3.1/s10i/./gcc/xgcc -B/big1/usr.local.src/gcc-4.3.1/s10i/./gcc/ -B/usr/local/i386-pc-solaris2.10/bin/ -B/usr/local/i386-pc-solaris2.10/lib/ -isystem /usr/local/i386-pc-solaris2.10/include -isystem /usr/local/i386-pc-solaris2.10/sys-include -g -fkeep-inline-functions -m64 -O2 -O2 -g -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../.././gcc -I../../../../gcc-4.3.1/libgcc -I../../../../gcc-4.3.1/libgcc/. -I../../../../gcc-4.3.1/libgcc/../gcc -I../../../../gcc-4.3.1/libgcc/../include -DHAVE_CC_TLS -o gcov.o -MT gcov.o -MD -MP -MF gcov.dep -DLgcov -c ../../../../gcc-4.3.1/libgcc/../gcc/libgcov.c
Assembler: libgcov.c
"/var/tmp//ccYcw90K.s", line 1936 : Syntax error
Near line: " repz cmpsb"

HT201359 Gun Bros 2, Buck Pack C is error i bought a lot of credit but not have got a money in this game . Could i refund all that i bought it????

Gun Bros 2, Buck Pack C is error i bought a lot of credit but not have got a money in this game . Could i refund all that i bought it????
i want to buy only one(19dollars) cause it errored bought 7times. so i need money back right now
Best regards,

You can try contacting iTunes support via this page : http://www.apple.com/support/itunes/contact/ - click on Contact iTunes Store Support on the right-hand side of the page, then Purchases, Billing & Redemption

Ld: fatal: relocation error: R_SPARC_DISP64 error when linking on Solaris 8

Hi,
I get the following error when trying to link on Solaris 8 using Forte CC. This code links without any problems on Solaris 6 using g++. I've tried searching the web for info, but to no avail.
Also, in this ckErrorCode class there are 4 methods(note there are also 4 of these unknown symbols) and when I comment out all the code it links, but I get unresolved symbols later, as you'd expect.
Anyone come across this before?
Thanks in advance,
Chris
CC -c -xarch=v9 -instances=static -g -D_DEBUG -KPIC -mt -DPOSIX_THREADS -D__EXTENSIONS__ -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_C_SOURCE -I../inc -I.. -I../Dev/Source -I../Unsupported ../src/ckErrorCode.cpp -o ../src/ckErrorCode_g.o
CC -xarch=v9 -mt -i -KPIC -G -h ckTester_51g.so -I../inc -I.. -I../Dev/Source -I../Unsupported -o ckTester_51g.so ../src/ckErrorCode_g.o
ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500ce4 is non-aligned
ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500cf4 is non-aligned
ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500d21 is non-aligned
ld: fatal: relocation error: R_SPARC_DISP64: file ../src/ckErrorCode_g.o: symbol <unknown>: offset 0xffffffff7e500d31 is non-aligned
make: *** [ckTester_51g.so] Error 1

Try setting the configure runtime linking environment:
#crle -c /var/ld/ld.config -l /usr/lib:/usr/local/lib:/usr/local/etc/mysql/lib
Shane Kinsch
NetraCorp LLC / SecurNET Consulting

Kernel Error: ld.so.1: disp+work: fatal: relocation error

Dear gurus,
We got problem in our Production Server since 28 September 2009.
SAP suggested to update kernel as mentioned in note 561459
But when applying patch kernel on:
SAP R/3 4.6B - SunOS 5.6 - Oracle 8.0.4 by latest kernel patch, we got this error when executing disp+work via console:
#disp+work
ld.so.1: disp+work: fatal: relocation error: file disp+work: symbol __1cG__CrunSregister_exit_code6FpG_v_v_:
referenced symbol not found
can someone help us please?
Thanks for your help.
Best Regards,
Edited by: Bobby Gunawan on Oct 2, 2009 3:17 PM
Edited by: Bobby Gunawan on Oct 2, 2009 3:19 PM

> SAP suggested to update kernel as mentioned in note 561459
So which kernel and patchlevel did you install?
> But when applying patch kernel on:
> SAP R/3 4.6B - SunOS 5.6 - Oracle 8.0.4 by latest kernel patch, we got this error when executing disp+work via console:
>
> #disp+work
>
ld.so.1: disp+work: fatal: relocation error: file disp+work: symbol __1cG__CrunSregister_exit_code6FpG_v_v_:
> referenced symbol not found
wow - your system is really ancient
You have the problem that the C-/C++-Runtime for your patch is not high enough (an operating system patch).
Markus

Ld.so.1: rman: fatal: relocation error:

I am facing the below error while executing rman
rman target /ld.so.1: rman: fatal: relocation error: file /u01/home/oracle/product/10.2.0.4.0/bin/rman: symbol kgskactlat_a_: referenced symbol not found
Killed
I tried to unset LD_LIBRARY_PATH and reset it by oraenv but to no luck.
Also manually set LD_LIBRARY_PATH to $ORACLE_HOME/lib. There too no luck.
Can someone tell me where am I missing.

Thanks but still no luck.
echo $LD_LIBRARY_PATH_64
export LD_LIBRARY_PATH_64=$LD_LIBRARY_PATH
echo $LD_LIBRARY_PATH_64/u01/home/oracle/product/10.2.0.4.0/lib:/lib:/usr/lib:/usr/local/lib
rman target /ld.so.1: rman: fatal: relocation error: file /u01/home/oracle/product/10.2.0.4.0/bin/rman: symbol kgskactlat_a_: referenced symbol not found
Killed
Thanks

Ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fstatat64

Hi Gurus.
Please help in this one.
When I try to use tar the following output is displayed:
tar cvf 123.tar 123.txt
ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fstatat64
tar xvf 123.tar
ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fchownat: referenced symbol not found
Killed
Check output ldd:
ldd -r /usr/bin/tar
libcmd.so.1 => /usr/lib/libcmd.so.1
libsec.so.1 => /usr/lib/libsec.so.1
libc.so.1 => /usr/lib/libc.so.1
libdl.so.1 => /usr/lib/libdl.so.1
/usr/platform/SUNW,Sun-Fire-xxx/lib/libc_psr.so.1
symbol not found: attropen64 (/usr/sbin/tar)
symbol not found: fstatat64 (/usr/sbin/tar)
symbol not found: openat64 (/usr/sbin/tar)
symbol not found: fchownat (/usr/sbin/tar)
symbol not found: unlinkat (/usr/sbin/tar)
symbol not found: futimesat (/usr/sbin/tar)
symbol not found: fdopendir (/usr/sbin/tar)
Output of: LD_LIBRARY_PATH
echo $LD_LIBRARY_PATH
/usr/lib:/usr/dt/lib:/opt/app/lib
already try unset LD_LIBRARY_PATH
Any ideas.
I can tell You that tar was working fine 2 months ago.
I suspect data corruption
Many thanks
Allrounder

Hi,
Is Vi functional on your system? If you havent already tried this you may want to try removing /usr/ucb/lib from LD_LIBRARY_PATH environment variable, or put /usr/lib in LD_LIBRARY_PATH before /usr/ucblib. This might clear up some of the problems you are having.
Regards,
Andrew
Sun Developer Technical Support
I got this message when i tried to install remedy on
Solaris 7. T
ld.so.1: vi: fatal: relocation error: file vi: symbol
cur_term: referenced
symbol not found
Killed
Then i took advices from others and set the
LD_LIBRARY_PATH to
"/usr/openwin/lib:/usr/dt/lib:/usr/ucblib", seemed it
worked for others, but i still get the same error
messages.
Any1 has any idea how to fix it?
thanks

Pragma pack(1) - relocation Error

Similar Messages

Maybe you are looking for