Displaying 10 results from an estimated 10 matches for "poiner".
Did you mean:
pointer
2014 Jan 08
0
freenx vs KVM Virtual Machine Manager - mouse poiner
When I run the GUI Virtual Machine Manager in an NX/freenx session and
open a console to a windows guest VM (haven't tried Linux w/X as a
guest yet), the mouse point location does not track correctly. Is
there some setting to improve this? X2go seems better in this
respect but I'm not sure I want to switch yet. Normally I'd use vnc
or remote-desktop connections directly to the
2005 Jan 12
4
chan_capi-0.3.5 error 127
...named 'cid'
chan_capi.c:1764: error: structure has no member named 'cid'
chan_capi.c:1764: error: structure has no member named 'cid'
chan_capi.c: In function 'load_module':
chan_capi.c:2843: warning: passing arg 4 of 'ast_channel_register' from
incompatible poiner tpe
make: *** [chan_capi.o] Error 1
I don't know if the problem from gcc or oder, if you can help me, thanks soo
much!
Vincent Guidoux
Sorry for my poor English
*******************************************************************
Vincent Guidoux
Stagaire informatici...
2010 Feb 03
2
[LLVMdev] jit X86 target compilation callback bug
Hello again.
I still think that you are wrong. Realignement with and esp,-16 not
always changes stack poiner. If esp is already aligned to 16 byte
boundary, it will not change! Take a look at following example.
Assume esp has value 0x000001000 at start of X86CompilationCallback
function. Then execution of it will yield following esp values:
0x000000FFC - after push ebp
0x000000FFC - after mov ebp, esp
0x...
2010 Feb 03
0
[LLVMdev] jit X86 target compilation callback bug
On 02/03/2010 01:08 PM, Kristaps Straupe wrote:
> Hello again.
>
> I still think that you are wrong. Realignement with and esp,-16 not
> always changes stack poiner. If esp is already aligned to 16 byte
> boundary, it will not change! Take a look at following example.
> Assume esp has value 0x000001000 at start of X86CompilationCallback
> function. Then execution of it will yield following esp values:
>
> 0x000000FFC - after push ebp
> 0x0000...
2010 Feb 02
0
[LLVMdev] jit X86 target compilation callback bug
Hello
> We are running llvm jit x86 on MS Visual Studio 2005. It seems there
> is a bug in asm code in function X86CompilationCallback in file
> X86JITInfo.cpp. Current code sets stack pointer to invalid value in
> instruction "and esp, 16". Depending on current stack pointer value
> it sometimes overwrites ecx and edx registers with next three lines.
How so? The stack
2010 Feb 02
3
[LLVMdev] jit X86 target compilation callback bug
Hi!
We are running llvm jit x86 on MS Visual Studio 2005. It seems there
is a bug in asm code in function X86CompilationCallback in file
X86JITInfo.cpp. Current code sets stack pointer to invalid value in
instruction "and esp, 16". Depending on current stack pointer value
it sometimes overwrites ecx and edx registers with next three lines.
We have fixed this problem by changing this
2012 Mar 09
0
[LLVMdev] How to keep FunctionPass analysis result alive in Module Pass?
On 3/9/12 4:28 PM, Fan Long wrote:
> Thank you for your quick reply.
>
> Actually I am using a std::map to map Function* to LoopInfo*, but that
> does not help in this case. Each time I call
> getAnalysis<llvm::LoopInfo>(*F), it returns the same instance of
> llvm::LoopInfo, so the std::map is just mapping every function into
> the same instance. It seems only the
2011 Apr 07
8
[Bug 714] New: Kernel panics in same_src()
http://bugzilla.netfilter.org/show_bug.cgi?id=714
Summary: Kernel panics in same_src()
Product: netfilter/iptables
Version: linux-2.6.x
Platform: x86_64
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
Component: NAT
AssignedTo: netfilter-buglog at lists.netfilter.org
ReportedBy:
2012 Mar 09
3
[LLVMdev] How to keep FunctionPass analysis result alive in Module Pass?
Thank you for your quick reply.
Actually I am using a std::map to map Function* to LoopInfo*, but that does not help in this case. Each time I call getAnalysis<llvm::LoopInfo>(*F), it returns the same instance of llvm::LoopInfo, so the std::map is just mapping every function into the same instance. It seems only the analysis result for the last function is valid, because all the result for
2013 Oct 06
40
[xen] double fault: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
Greetings,
I got the below dmesg and the first bad commit is
commit cf39c8e5352b4fb9efedfe7e9acb566a85ed847c
Merge: 3398d25 23b7eaf
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Wed Sep 4 17:45:39 2013 -0700
Merge tag ''stable/for-linus-3.12-rc0-tag'' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip
Pull Xen updates from Konrad