10 More Discussions You Might Find Interesting
1. Programming
I've got a C++ program and some plugins ( shared objects ) that I have been developing for Linux. I was originally using and OSX machine to develop and test most of the code.
I use dlopen to open the shared objects and then call methods from them. It behaves differently on Linux ( don't know the... (3 Replies)
Discussion started by: rfkrakora
3 Replies
2. AIX
Hello,
One of our Customer is getting Coredump when our application is trying to load a library(one of our products library) using dlopen() on AIX 6.1.
Our application and our shared library are built on AIX 5.3 machine using xlC compiler.
we have tried executing the same application on... (2 Replies)
Discussion started by: erra_krishna
2 Replies
3. Programming
I've attached a tar.gz containing three tests to demonstrate the problem I'm having.
Within the tar are two shared libraries, two test applications, and a Makefile that builds the three tests.
The shared libaries are libshlib1.so and libshlib2.so. Both export a function, libFunc, which takes... (5 Replies)
Discussion started by: DreamWarrior
5 Replies
4. Programming
Hi,
I created two library libsum.so and libproduct.so. In the libproduct.so is defined function "product" that use function "sum" defined in libsum.so. So libproduct depends on libsum.
In main function I called product function by a dlopen request. Unfortunaly, when I execute program I have an... (5 Replies)
Discussion started by: shade82
5 Replies
5. Solaris
Dear experts,
please help
#include <stdio.h>
#include <dlfcn.h>
#include <link.h>
#include <iostream.h>
#include<stdlib.h>
#include<errno.h>
void main()
{
printf("\n in the main\n");
void *handle;
handle = dlopen("my.so", RTLD_LAZY);
if( handle ==... (2 Replies)
Discussion started by: vin_pll
2 Replies
6. Programming
//foo.c
#include<stdio.h>
int pen(int a)
{
printf("%d",a);
}
$cc -c foo.c
$ls -shared -o libfoo.so foo.o
///////////now libfoo.so formed
//i have already designed libfoo.so
//main.c
#include<stdio.h>
#include <dlfcn.h>
int main()
{ (2 Replies)
Discussion started by: lookforlohith
2 Replies
7. Programming
when i try to run an executable i got the following error message:
resolve_symbols: loader error: dlopen:
what does this error mean and what should be done to avoid this?
with regards (1 Reply)
Discussion started by: gfhgfnhhn
1 Replies
8. Programming
Hi unix lovers,
I am getting error while compile a function which uses dlopen.
My code is
I am getting error as follows
Am I missing something? I think I am missing a lot :-)
I am using solaris.
Thanks in advance,
-Ashish (5 Replies)
Discussion started by: shriashishpatil
5 Replies
9. Programming
Hi
Where is the default location of libs to search, when we specify any lib in dlopen function.
And if we want to specify a custom location, how will we do it?
thanks. (1 Reply)
Discussion started by: sumsin
1 Replies
10. Programming
I can open my so file successfully by calling dlopen directly in my main function. But if I fork a child process, and call dlopen in child process, it failed!
I don't know why. Following is my code:
#include <stdio.h>
#include <errno.h>
#include <dlfcn.h>
void childFunc(void)
{
void... (1 Reply)
Discussion started by: virmin
1 Replies
grokevt-ripdll(1) grokevt-ripdll(1)
NAME
grokevt-ripdll - A tool for extracting message resources from a PE-formatted file.
SYNOPSIS
grokevt-ripdll input-dll output-db .SH DESCRIPTION grokevt-ripdll parses a PE-formatted file (modern .exe and .dll files are examples PE-
formatted files) and extracts all message resources. These resources are then stored in a Berkeley-style database file, which maps relative
virtual addresses (RVAs) to the message resources themselves. These RVAs are what can be found in a windows event log file (.evt extension)
to reference the proper message resource. This utility is not intended to be used directly by end-users. It is used by grokevt-builddb(1)
to extract resources from all DLL/EXEs referenced in the registry.
ARGUMENTS
input-dll
This is the PE formatted file to extract resources from. (It doesn't need to have a .dll extension, but it is most commonly used on
DLLs.)
output-db
The database file to store the RVA->message mapping in. If this file already exists, it will be overwritten. To extract the entries
stored in this database, see grokevt-dumpmsgs(1).
BUGS
Probably a few. This script has not been extensively tested with some guest platforms or with non-english systems.
The documentation used as a reference for PE formatted files was not complete or not completely accurate in places. Much guess-and-check
took place.
CREDITS
Original PE header code borrowed from the pymavis project. For more information, see:
http://www.mplayerhq.hu/~arpi/pymavis/
Message resource parsing added by Timothy D. Morgan.
Copyright (C) 2005-2007 Timothy D. Morgan
Copyright (C) 2004 A'rpi
LICENSE
Please see the file "LICENSE" included with this software distribution.
This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MER-
CHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License version 3 for more details.
SEE ALSO
grokevt(7) grokevt-addlog(1) grokevt-builddb(1) grokevt-dumpmsgs(1) grokevt-findlogs(1) grokevt-parselog(1)
File Conversion Utilities 20 March 2008 grokevt-ripdll(1)