I generated my shared library in 64bit on AIX, but when I ran ldd, it says:
Could not load program libmylib.so:
Could not load module libmylib.so.
The module has an invalid magic number.
Anyone knows how to list library dependencies with 64bit shared library on AIX?
If you... (1 Reply)
There is shell script which contains some variables .
These variables are used , but they have not declared in the script.
I think its a environment variable, so I want to know where these variables are set and given values
In .profile or .login..or where to c
Please give the full path and... (1 Reply)
There is shell script which contains some variables .
These variables are used , but they have declared in the script.
I think its a environment variable, so I want to know where these variables are set and given values
In .profile or .login..or where to c
Please give the full path and file... (3 Replies)
Hi,
I am trying to set environment variable on a remote machine. I want to do it by running a shell script
Here's what I am doin
rsh <remote-hostname> -l root "cd /opt/newclient; . ./setp.sh"
In setp.sh, I have
#############################
cd ../newlib;
export... (1 Reply)
Greeting to all of you!
I've small issue related to the variable which we are setting and exporting through scripts, in one of the script there are some variable used but I am not abel to get the detail as where they are set. I tried finding the detail with the help of env but no luck.
... (2 Replies)
Dear All,How can use a variable which I have exported when I am logged into one user to be used once I su to another user.something like 1.Login to Unix box as user12. export var1="TEST"3. su - user24. User the var1 value ( it should return TEST)I have checked just export does not work. any other... (1 Reply)
Hi,
I have the following executable in cron:
10 * * * 1-5 /apps/bin/dmg_cronlaunch -ENVI ENVIRONMENT -EXE exec -FILE ratespb_sdos_prdf_`TZ=US/Eastern;date +\%Y\%m\%d\%H\%M\%S`.sdos > /tmp/dmg_exec.log.`/usr/bin/date +\%Y_\%m_\%d_\%H:\%M:\%S` 2>&1
Comprised of the following:
... (13 Replies)
i have to use the exported variable from one script into another script
ex :
A.ksh
# !/bin/ksh
chk1=56
export chk1
B.ksh
# !/bin/ksh
echo $chk1
i have executed the... (6 Replies)
1. The problem statement, all variables and given/known data:
As a excercise I have to compile a program (Hello2.java) with a class file (HelloText.java) in another directory. (As you seen in the screenshot)
Iīm setting a PATH and a CLASSPATH (system variables). Itīs working without a... (2 Replies)
Discussion started by: MenschTown
2 Replies
LEARN ABOUT OSF1
pvs
pvs(1) User Commands pvs(1)NAME
pvs - display the internal version information of dynamic objects
SYNOPSIS
pvs [-Cdlnorsv] [-N name] file...
DESCRIPTION
The pvs utility displays any internal version information contained within an ELF file. Commonly, these files are dynamic executables and
shared objects, and possibly relocatable objects. This version information can fall into one of two categories:
o version definitions
o version dependencies
Version definitions describe the interfaces that are made available by an ELF file. Each version definition is associated to a set of
global symbols provided by the file. Version definitions can be assigned to a file during its creation by the link-editor using the -M
option and the associated mapfile directives. See the Linker and Libraries Guide for more details.
Version dependencies describe the binding requirements of dynamic objects on the version definitions of any shared object dependencies.
When a dynamic object is built with a shared object, the link-editor records information within the dynamic object indicating that the
shared object is a dependency. This dependency must be satisfied at runtime. If the shared object also contains version definitions, then
those version definitions that satisfy the global symbol requirements of the dynamic object are also recorded in the dynamic object being
created. At process initialization, the runtime linker uses any version dependencies as a means of validating the interface requirements
of the dynamic objects used to construct the process.
OPTIONS
The following options are supported. If neither the -d or -r options are specified, both are enabled.
-C Demangles C++ symbol names.
-d Prints version definition information.
-l When used with the -s option, prints any symbols that have been reduced from global to local binding due to versioning. By conven-
tion, these symbol entries are located in the .symtab section, and fall between the FILE symbol representing the output file, and
the FILE symbol representing the first input file used to generate the output file. These reduced symbol entries are assigned the
fabricated version definition _REDUCED_. No reduced symbols will be printed if the file has been stripped (see strip(1)), or if
the symbol entry convention cannot be determined.
-n Normalizes version definition information. By default, all version definitions within the object are displayed. However, version
definitions can inherit other version definitions. Under normalization, only the head of each inheritance list is displayed.
-N name When used with the -d option, -N prints only the information for the given version definition name and any of its inherited ver-
sion definitions. When used with the -r option, -N prints only the information for the given dependency file name.
-o Creates one-line version definition output. By default, file, version definitions, and any symbol output is indented to ease human
inspection. This option prefixes each output line with the file and version definition name and can be more useful for analysis
with automated tools.
-r Prints version dependency (requirements) information.
-s Prints the symbols associated with each version definition. Any data symbols are accompanied with the size, in bytes, of the data
item.
-v Verbose output. Indicates any weak version definitions, and any version definition inheritance. When used with the -N and -d
options, the inheritance of the base version definition is also shown. When used with the -s option, the version symbol definition
is also shown.
OPERANDS
The following operands are supported.
file The ELF file about which internal version information is displayed.
EXAMPLES
Example 1: Displaying version definitions
The following example displays the version definitions of libelf.so.1:
% pvs -d /lib/libelf.so.1
libelf.so.1;
SUNW_1.1
Example 2: Creating a one-liner display
A normalized, one-liner display, suitable for creating a mapfile version control directive, can be created using the -n and -o options:
% pvs -don /lib/libelf.so.1
/lib/libelf.so.1 - SUNW_1.1;
Example 3: Displaying version requirements
The following example displays the version requirements of ldd and pvs:
% pvs -r /usr/bin/ldd /usr/bin/pvs
/usr/bin/ldd:
libelf.so.1 (SUNW_1.1);
libc.so.1 (SUNW_1.1);
/usr/bin/pvs:
libelf.so.1 (SUNW_1.1);
libc.so.1 (SUNW_1.1);
EXIT STATUS
If the requested version information is not found, a non-zero value is returned. Otherwise, a 0 value is returned.
Version information is determined not found when any of the following is true:
o the -d option is specified and no version definitions are found.
o the -r option is specified and no version requirements are found.
o neither the -d nor -r option is specified and no version definitions or version requirements are found.
ATTRIBUTES
See attributes(5) for descriptions of the following attributes:
+-----------------------------+-----------------------------+
| ATTRIBUTE TYPE | ATTRIBUTE VALUE |
+-----------------------------+-----------------------------+
|Availability |SUNWtoo |
+-----------------------------+-----------------------------+
SEE ALSO ld(1), ldd(1), strip(1), elf(3ELF), attributes(5)
Linker and Libraries Guide
SunOS 5.10 14 Apr 2004 pvs(1)