03-13-2006
LD_PRELOAD is not supported on HP-UX by the dynamic loader and I'm not aware of any other program that uses it.
5 More Discussions You Might Find Interesting
1. Linux
I have implemented an interposer for open() and open64() system call.
This interposer is implemented in interposer.c and I have compiled it in a shared library (libinterposer.so) using the following commands:
gcc -g -fPIC -s -o interposer.o -c interposer.c
gcc -s -g -shared -nostartfiles ... (0 Replies)
Discussion started by: Manish Mukherje
0 Replies
2. HP-UX
Hi ,
Is LD_PRELOAD supported on HP UX?
I am having issues when i export the below
export LD_PRELOAD=/usr/local/vertex/commtax_1.0.16/64bit/lib/libctq.so
ldd /usr/local/vertex/commtax_1.0.16/64bit/lib/libctq.so
/usr/lib/hpux64/dld.so: Unable to find library 'libodbc.so'.
Killed
Can... (2 Replies)
Discussion started by: psreddy1234
2 Replies
3. UNIX for Advanced & Expert Users
well i know what LD_PRELOAD is. Now suppose i have hooked a function XDrawString in the my library (Mylib.so.1) and then used the command
export LD_PRELOAD=/path/mylib.so.1
Now suppose i open Xeditor by typing 'xeditor' in the console, my library is geting used, so i knw that this applilcation is... (3 Replies)
Discussion started by: manchester
3 Replies
4. UNIX for Advanced & Expert Users
Dear Fellows;
As being new to linux, i have tried to synamically load a custom library which overrides some system calls like conncet(), socket() etc.... for custom purposes.
It works well, if declaring the environment path LD_PRELOAD and execution of the application to be override... (0 Replies)
Discussion started by: mzeeshan
0 Replies
5. Programming
I had it working but i screwed up something and now i get
me@mymachine:~$ LD_PRELOAD=/home/me/libf1.o ldd FCaller
ERROR: ld.so: object '/home/me/libf1.o' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object '/home/me/libf1.o' from LD_PRELOAD cannot be preloaded: ignored.
ERROR:... (3 Replies)
Discussion started by: NetworkLearning
3 Replies
sdate(1) Debian manual sdate(1)
NAME
sdate - never ending September date
SYNOPSIS
sdate [-e|--epoch yyyy-mm] [-l|--lib library] [--] [command]
DESCRIPTION
sdate runs a command in an environment wherein it wraps the libc localtime() and gmtime() calls such that the program will use the eternal
September date. The wrapper functions are in a shared library /usr/lib/libsdate/libsdate.so* which is loaded through the LD_PRELOAD mecha-
nism of the dynamic loader. (See ld.so(8))
OPTIONS
-e yyyy-mm, --epoch yyyy-mm
Specify an alternative epoch, default is 1993-09.
-l library, --lib library
Specify an alternative wrapper library.
[--] command
Any command you want to be ran. Use '--' if in the command you have other options that may confuse sdate's option parsing.
-h Display help.
-v Display version.
FILES
/usr/lib/libsdate/* The shared library containing the wrapper functions.
ENVIRONMENT
LD_PRELOAD
LIMITATIONS
Library versions
Every command executed within sdate needs to be linked to the same version of the C library as sdate itself.
SEE ALSO
http://www.catb.org/~esr/jargon/html/S/September-that-never-ended.html
http://www.df7cb.de/projects/sdate/
COPYING
sdate is distributed under the GNU General Public License. (GPL v2 or later).
AUTHORS
Christoph Berg
<cb@df7cb.de>
Debian Project 4620 September 1993 sdate(1)