Displaying 14 results from an estimated 14 matches for "_dlerror_run".
2011 Aug 28
3
[Bug 741] New: ULOGD segfaults on init
http://bugzilla.netfilter.org/show_bug.cgi?id=741
Summary: ULOGD segfaults on init
Product: ulogd
Version: SVN (please provide timestamp)
Platform: i386
OS/Version: other
Status: NEW
Severity: blocker
Priority: P5
Component: ulogd_MYSQL
AssignedTo: netfilter-buglog at lists.netfilter.org
2013 Jul 09
1
[LLVMdev] Problem Using libLLVM-3.3.so
...5093== by 0x28EEBB05: (within libCORTEXA9MP.mx_DBG.so)
==15093== by 0x518C41: _dl_close (in /lib/tls/libc-2.3.4.so)
==15093== by 0x56DD59: dlclose_doit (in /lib/libdl-2.3.4.so)
==15093== by 0x40966D: _dl_catch_error (in /lib/ld-2.3.4.so)
==15093== by 0x56E2BA: _dlerror_run (in /lib/libdl-2.3.4.so)
==15093== by 0x56DD89: dlclose (in /lib/libdl-2.3.4.so)
-----Original Message-----
From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Óscar Fuentes
Sent: Monday, July 08, 2013 10:12 AM
To: llvmdev at cs.uiuc.edu
Subject: Re:...
2008 Apr 18
1
swig 1.3.35 & R - is the R wrapper still maintained and of interest?
...dl_open_worker () from /lib/ld-linux.so.2
#2 0xb804d5d6 in _dl_catch_error () from /lib/ld-linux.so.2
#3 0xb8050f5e in _dl_open () from /lib/ld-linux.so.2
#4 0xb74c3c19 in dlopen_doit () from /lib/i686/cmov/libdl.so.2
#5 0xb804d5d6 in _dl_catch_error () from /lib/ld-linux.so.2
#6 0xb74c42bc in _dlerror_run () from /lib/i686/cmov/libdl.so.2
#7 0xb74c3b51 in dlopen@@GLIBC_2.1 () from /lib/i686/cmov/libdl.so.2
#8 0xb7efd036 in loadLibrary (path=0xbfa5650c "/home/sonne/Documents/work/fml/repositories/shogun/trunk/src/features/Features.so", asLocal=1, now=1, search=0x9a81f20 "") at d...
2018 Apr 16
2
lldb stops on every call to dlopen
...b9286 ld-linux-x86-64.so.2`_dl_catch_error + 102
frame #4: 0x00002aaaaaabd63a ld-linux-x86-64.so.2`_dl_open + 186
frame #5: 0x00002aaaac39df66 libdl.so.2`dlopen_doit + 102
frame #6: 0x00002aaaaaab9286 ld-linux-x86-64.so.2`_dl_catch_error + 102
frame #7: 0x00002aaaac39e29c libdl.so.2`_dlerror_run + 124
frame #8: 0x00002aaaac39dee1 libdl.so.2`__dlopen_check + 49
the dyld debug log has a lot of this:
209 intern-state DynamicLoaderPOSIXDYLD::RendezvousBreakpointHit pid 153501 stop_when_images_change=false
210 intern-state DynamicLoaderPOSIXDYLD::RendezvousBreakpointHit called for...
2008 Feb 25
1
...
...) in libc.so.6 (0x0033ec68)
6 0x6000c07e _dl_catch_error+0x6e() in ld-linux.so.2 (0x0033ed58)
7 0x60245978 __GI__dl_open+0x98() in libc.so.6 (0x0033edc8)
8 0x60275d0d GLIBC_2+0xd0d() in libdl.so.2 (0x0033ede8)
9 0x6000c07e _dl_catch_error+0x6e() in ld-linux.so.2 (0x0033eed8)
10 0x6027632b _dlerror_run+0xbb() in libdl.so.2 (0x0033ef18)
11 0x60275d5d GLIBC_2+0xd5d() in libdl.so.2 (0x0033ef48)
12 0x6001db4f wine_get_es+0xd07() in libwine.so.1 (0x0033ef78)
13 0x607f45cf in winex11 (+0x345cf) (0x0033efe8)
14 0x607f5584 X11DRV_setup_opengl_visual+0x124() in winex11 (0x0033f0c8)
15 0x6080a646...
2018 Apr 17
0
lldb stops on every call to dlopen
....2`_dl_catch_error +
102
> frame #4: 0x00002aaaaaabd63a ld-linux-x86-64.so.2`_dl_open + 186
> frame #5: 0x00002aaaac39df66 libdl.so.2`dlopen_doit + 102
> frame #6: 0x00002aaaaaab9286 ld-linux-x86-64.so.2`_dl_catch_error +
102
> frame #7: 0x00002aaaac39e29c libdl.so.2`_dlerror_run + 124
> frame #8: 0x00002aaaac39dee1 libdl.so.2`__dlopen_check + 49
> the dyld debug log has a lot of this:
> 209 intern-state DynamicLoaderPOSIXDYLD::RendezvousBreakpointHit pid
153501 stop_when_images_change=false
> 210 intern-state DynamicLoaderPOSIXDYLD::RendezvousBrea...
2006 May 09
1
[LLVMdev] Memory leaks in LLVM
...seCommandLineOptions(int&, char**,
char const*) (CommandLine.cpp:486)
==10132== by 0x83D08E0: main (opt.cpp:75)
==10132==
==10132==
==10132== 16 bytes in 1 blocks are still reachable in loss record 4 of 33
==10132== at 0x401D73D: calloc (vg_replace_malloc.c:279)
==10132== by 0x4050239: _dlerror_run (in /lib/libdl.so.2)
==10132== by 0x404FD30: dlopen@@GLIBC_2.1 (in /lib/libdl.so.2)
==10132== by 0x87076FC: sys_dl_open ( ltdl.c:1110)
==10132== by 0x8707F75: tryall_dlopen (ltdl.c:2431)
==10132== by 0x8709500: try_dlopen (ltdl.c:3374)
==10132== by 0x87096A8: lt_dlopen (ltdl.c:3420)...
2018 Apr 17
1
[lldb-dev] lldb stops on every call to dlopen
...gt; 102
>> frame #4: 0x00002aaaaaabd63a ld-linux-x86-64.so.2`_dl_open + 186
>> frame #5: 0x00002aaaac39df66 libdl.so.2`dlopen_doit + 102
>> frame #6: 0x00002aaaaaab9286 ld-linux-x86-64.so.2`_dl_catch_error +
> 102
>> frame #7: 0x00002aaaac39e29c libdl.so.2`_dlerror_run + 124
>> frame #8: 0x00002aaaac39dee1 libdl.so.2`__dlopen_check + 49
>
>> the dyld debug log has a lot of this:
>> 209 intern-state DynamicLoaderPOSIXDYLD::RendezvousBreakpointHit pid
> 153501 stop_when_images_change=false
>> 210 intern-state DynamicLoader...
2013 Jul 08
0
[LLVMdev] Problem Using libLLVM-3.3.so
Rick Sullivan <ricks at carbondesignsystems.com> writes:
[snip]
> The problem is this. For some simulations, the LLVM shared library
> seems to take a segfault on exit. It runs correctly, but when the
> simulator finishes, it crashes on exit.
[snip]
>
> Does anybody have any ideas as to why this might be happening?
Can you run the application under gdb and obtain a
2018 Feb 25
0
segfault calling SDL_Init with FFI/ MCJIT
....c:660
#11 0x00007ffff53c4f09 in dlopen_doit (a=a at entry=0x7fffffffc750) at
dlopen.c:66
#12 0x00007ffff7de7564 in _dl_catch_error (objname=0x69e560,
errstring=0x69e568, mallocedp=0x69e558, operate=0x7ffff53c4eb0
<dlopen_doit>, args=0x7fffffffc750) at dl-error.c:187
#13 0x00007ffff53c5571 in _dlerror_run
(operate=operate at entry=0x7ffff53c4eb0 <dlopen_doit>,
args=args at entry=0x7fffffffc750) at dlerror.c:163
#14 0x00007ffff53c4fa1 in __dlopen (file=<optimised out>,
mode=<optimised out>) at dlopen.c:87
#15 0x00007fffe9580a39 in ?? () from
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1...
2015 Feb 16
4
[LLVMdev] Segfault when using llvm-3.6 and OpenGL at the same time on Linux (with mesa, which uses llvm-3.4)
...v=0xbfffefb4,
env=0xbfffefbc)
at dl-open.c:661
#8 0xb7f65cbc in dlopen_doit (a=0xbfffe750) at dlopen.c:66
#9 0xb7fecc26 in _dl_catch_error (objname=0x825bb84, errstring=0x825bb88,
mallocedp=0x825bb80, operate=0xb7f65c30 <dlopen_doit>, args=0xbfffe750) at
dl-error.c:187
#10 0xb7f6637c in _dlerror_run (operate=operate at entry=0xb7f65c30
<dlopen_doit>, args=args at entry=0xbfffe750) at dlerror.c:163
#11 0xb7f65d71 in __dlopen (file=0xbfffe7b4
"/usr/lib/i386-linux-gnu/dri/swrast_dri.so", mode=258) at dlopen.c:87
#12 0xb7c22e38 in ?? () from /usr/lib/i386-linux-gnu/mesa/libGL.so.1...
2013 Jul 08
2
[LLVMdev] Problem Using libLLVM-3.3.so
We're using the LLVM 3.3 AArch64 disassembler in the following way. We have built LLVM 3.3 on Linux as a shared library; and have a main program that dynamically loads shared objects (.so libraries). The program is a simulator (though that shouldn't be relevant to this question), and the shared objects it loads are electronic components that participate in the simulation. If the electronic
2000 Apr 17
2
akima core dumps on loading (PR#521)
Full_Name: Massimo santini
Version: 1.0.1
OS: Linux
Submission from: (NULL) (159.149.147.89)
I've just dl the .rpm of R 1.0.1, installed it and then launched
insatll.packages("akima")
after re-launching R [--vanilla], the command
library(akima)
has the only effect to coredump the program. Here is the output of gdb and
strace...
--- GDB (commands given can be seen from the