Displaying 4 results from an estimated 4 matches for "init_object".
2010 Sep 22
2
[LLVMdev] Why isn't __deregister_frame called anywhere in LLVM?
I have two JIT runs in the same process.
First one runs fine. During the second JIT run the exception is thrown,
and process catches SEGV after it is thrown and before it is caught.
In debugger I see that crash occurs in the function
'classify_object_over_fdes' called from 'init_object' called from
'search_object' called from '_Unwind_Find_registered_FDE'. Crash occurs
on invalid FDE object after several iterations over the valid FDE
objects. So it looks like an invalid FDE object is attached to the valid
ones. Also when I split two JIT runs into the separ...
2010 Sep 24
0
[LLVMdev] [PATCH] Why isn't __deregister_frame called anywhere in LLVM?
...in the same process.
> First one runs fine. During the second JIT run the exception is
> thrown, and process catches SEGV after it is thrown and before it is
> caught.
>
> In debugger I see that crash occurs in the function
> 'classify_object_over_fdes' called from 'init_object' called from
> 'search_object' called from '_Unwind_Find_registered_FDE'. Crash
> occurs on invalid FDE object after several iterations over the valid
> FDE objects. So it looks like an invalid FDE object is attached to the
> valid ones. Also when I split two JIT...
2014 Dec 21
6
[Bug 87554] New: [NV1A] 3.19-rc1 NULL dereference on modprobe in pramin_fini
...10dbf41
[ 442.180015] ddfcdb40 dd401180 dcedad90 00000000 dcfbb8a4 10000001 deaf54a0
00000000
[ 442.180015] Call Trace:
[ 442.180015] [<dea2c02e>] shadow_method+0x8e/0xe0 [nouveau]
[ 442.180015] [<dea2c2db>] nvbios_shadow+0x25b/0x360 [nouveau]
[ 442.180015] [<c10dbf41>] ? init_object+0x51/0x60
[ 442.180015] [<dea1f0eb>] nouveau_bios_ctor+0x4b/0x3b0 [nouveau]
[ 442.180015] [<c10dd62f>] ? kmem_cache_alloc_trace+0xcf/0x160
[ 442.180015] [<dea1cd25>] nouveau_object_ctor+0x35/0xd0 [nouveau]
[ 442.180015] [<dea64ebf>] nouveau_devobj_ctor+0x77f/0x880 [n...
2007 Mar 09
5
memory leak in index build?
I have a script (below) which attempts to make an index out of all the
man pages on my system. It takes a while, mostly because it runs man
over and over... but anyway, as time goes on the memory usage goes up
and up and never down. Eventually, it runs out of ram and just starts
thrashing up the swap space, pretty much grinding to a halt.
The workaround would seem to be to index documents in