Displaying 20 results from an estimated 4000 matches similar to: "[LLVMdev] RFC: Converting byref captures into bycopy"
2011 Jan 18
2
[LLVMdev] Dwarf info for byref register variables
Two functions in DwarfDebug, addBlockByrefAddress() and
addComplexAddress(), contain this snippet of code:
// Decode the original location, and use that as the start of the byref
// variable's location.
const TargetRegisterInfo *RI = Asm->TM.getRegisterInfo();
unsigned Reg = RI->getDwarfRegNum(Location.getReg(), false);
DIEBlock *Block = new (DIEValueAllocator) DIEBlock();
2011 Jan 18
0
[LLVMdev] Dwarf info for byref register variables
On Jan 18, 2011, at 7:01 AM, Ken Dyck wrote:
> Should addBlockByrefAddress() and addComplexAddress() be doing the same?
Yes. Can you prepare a patch ?
Thanks,
-
Devang
2007 Jun 26
0
[LLVMdev] comments on Bug 1521 (Revamp LLVM by-value structure passing)
Hi Rafael,
> 2) add a "byref" mark in the pointer argument.
I think you mean "bycopy" or "byval" here.
> 3) Have llvm-gcc create a copy before calling the function.
Don't forget that the function may be called by code that
was not compiled by LLVM. That's why we have to pay attention
to the ABI! Solution (3) supposes we have control over both
2007 Jun 26
3
[LLVMdev] comments on Bug 1521 (Revamp LLVM by-value structure passing)
This is my current understanding of the current situation and the
proposed solution.
Currently llvm-gcc compiles
-----------------------
struct cpp_num
{
unsigned long high;
unsigned long low;
char unsignedp;
};
void g(unsigned long);
void f(struct cpp_num num) {
g(num.high + 1);
}
----------------------
into
---------------------------------------------------------------------------
2007 Jun 26
1
[LLVMdev] comments on Bug 1521 (Revamp LLVM by-value structure passing)
> > 2) add a "byref" mark in the pointer argument.
>
> I think you mean "bycopy" or "byval" here.
Yes, good catch.
> > 3) Have llvm-gcc create a copy before calling the function.
>
> Don't forget that the function may be called by code that
> was not compiled by LLVM. That's why we have to pay attention
> to the ABI! Solution
2004 Sep 07
0
IPv6 smb and dcerpc captures
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi *,
I'm currenly working on a generic socket library for samba4.
I would like to see what happens woth smb over ipv6 and dcerpc over ipv6.
e.g. - when you connect to a share by ipv6 address and share name
~ - what address type is inside the krb5 tickets...
~ - what happens when a workstation starts and a user logs in
~ - what
2016 Jan 11
0
rgl.snapshot only captures a small portion what's visible in the RGL device window on CentOS 7
On 01/11/2016 10:55 AM, Wittner, Ben, Ph.D. wrote:
> Dear R-SIG-Fedora,
>
> I'm finding that on CentOS 7, rgl.snapshot (a function in the R package rgl, which provides an R interface to the OpenGL 3-d graphics library) only captures a small portion what's visible in the RGL device window. This does not happen with the same R and rgl versions on CentOS 5.3 (see details below).
2016 Jan 11
2
rgl.snapshot only captures a small portion what's visible in the RGL device window on CentOS 7
Dear R-SIG-Fedora,
I'm finding that on CentOS 7, rgl.snapshot (a function in the R package rgl, which provides an R interface to the OpenGL 3-d graphics library) only captures a small portion what's visible in the RGL device window. This does not happen with the same R and rgl versions on CentOS 5.3 (see details below).
The maintainer of rgl, Duncan Murdoch, responded (see below) that
2016 Jan 11
3
rgl.snapshot only captures a small portion what's visible in the RGL device window on CentOS 7
Tom,
Bingo!
I followed the instructions in the link below, which allowed me to install the nvidia driver, which fixed the original problem with rgl.snapshot.
Thanks very much for all your help.
I guess I'll file a bug in the CentOS Bug Tracker so that the nouveau driver might get fixed. I'll also post to R-help so someone with the same problem who only searches R-help and not this SIG
2005 Jul 22
1
asterisk captures sound device
Hello, dear Asterisk experts.
When I run Asterisk (CVS HEAD version), I'm not able to play music
anymore -- asterisk seems to capture sound device. Is it not a bug,
but a feature? That's unlike stable (1.0.7 and 1.0.9) versions, when
I can, say, run an IP telephone on the *same* machine and listen what
Asterisk' autoattendant says. Now I can't do that, I need Asterisk
and client
2016 Jan 11
0
rgl.snapshot only captures a small portion what's visible in the RGL device window on CentOS 7
On 01/11/2016 01:24 PM, Wittner, Ben, Ph.D. wrote:
> Dear Tom, Thank you very much for thinking about this. Please see my replies below. -Ben
>
>> Are you using the EPEL R 3.2.3 builds?
>
> I'm not sure what the question means, but I'm pretty sure the answer is no. I know I built the versions of R I used from source code (i.e., ./configure followed by make).
Okay. I do
2016 Jan 11
0
rgl.snapshot only captures a small portion what's visible in the RGL device window on CentOS 7
On 01/11/2016 03:52 PM, Wittner, Ben, Ph.D. wrote:
> I started trying to do this, but I'm stuck.
> I started with http://us.download.nvidia.com/XFree86/Linux-x86_64/340.96/README/installdriver.html , which led me to http://us.download.nvidia.com/XFree86/Linux-x86_64/340.96/README/commonproblems.html#nouveau . I created /etc/modprobe.d/disable-nouveau.conf as instructed then rebooted,
2016 Jan 11
0
rgl.snapshot only captures a small portion what's visible in the RGL device window on CentOS 7
On 01/11/2016 05:13 PM, Wittner, Ben, Ph.D. wrote:
> I followed the instructions in the link below, which allowed me to install the nvidia driver, which fixed the original problem with rgl.snapshot.
>
> Thanks very much for all your help.
>
> I guess I'll file a bug in the CentOS Bug Tracker so that the nouveau driver might get fixed. I'll also post to R-help so someone
2016 Jan 11
2
rgl.snapshot only captures a small portion what's visible in the RGL device window on CentOS 7
Tom,
> Okay. I do "official" package builds of R for RHEL/CentOS as part of the EPEL repository:
> https://fedoraproject.org/wiki/EPEL
> If its not painful for you to do so, testing my packages vs yours just to rule out misconfiguration in R would be
> helpful. I don't think this is likely, but I'm being thorough.
I've now tried the EPEL version of R and it
2010 Apr 15
3
Please help: Shorewall 4.4.8 captures all traffic as "world" on both loc & net on a bridge firewall
Hello All,
I¹ve installed the vanilla shorewall F12, I¹ve got it installed on a couple
of other servers with no problems. no matter how I define the zones and
interfaces, shorewall logs and allows, rejects or drops only traffic to
world.
ACCEPT:info net:<myip>/32 $FW icmp
Shorewall:world2fw:REJECT:IN=br0
ACCEPT:info world:<myip>/32 $FW icmp
2016 Jan 11
2
rgl.snapshot only captures a small portion what's visible in the RGL device window on CentOS 7
Dear Tom, Thank you very much for thinking about this. Please see my replies below. -Ben
> Are you using the EPEL R 3.2.3 builds?
I'm not sure what the question means, but I'm pretty sure the answer is no. I know I built the versions of R I used from source code (i.e., ./configure followed by make).
> What version of Centos 7? 7.2?
[bwittner at kagoshima ~]$ cat
2016 Jan 08
5
rgl.snapshot only captures a small portion what's visible in the RGL device window on CentOS 7
Hello,
As an example, I ran the following code:
library("rgl")
example(plot3d)
rgl.snapshot("test.png")
The full plot is visible in the window titled RGL device 1 [Focus], but only a small
2016 Jan 08
5
rgl.snapshot only captures a small portion what's visible in the RGL device window on CentOS 7
Hello,
As an example, I ran the following code:
library("rgl")
example(plot3d)
rgl.snapshot("test.png")
The full plot is visible in the window titled RGL device 1 [Focus], but only a small
2014 Oct 14
2
[LLVMdev] RFC: variable names
For lambdas, you have more contexts to confuse yourself, so why would a
discriminator like '_' not be helpful here?
David
On Mon, Oct 13, 2014 at 5:10 PM, Chandler Carruth <chandlerc at google.com>
wrote:
>
> On Mon, Oct 13, 2014 at 4:42 PM, Richard Smith <richard at metafoo.co.uk>
> wrote:
>
>> On Mon, Oct 13, 2014 at 4:25 PM, Xinliang David Li
2013 Jun 13
3
Troubleshooting TDMs (Packet capture like debugging)
Hi All,
I am looking for a way to troubleshoot issues with TDM (E1) trunks
with a provider.
Currently with SIP trunks I am using tcpdump to perform packet
captures between our gateways and the SIP providers IPs, capturing
traffic on all ports, to include both the SIP messages and the RTP
stream.
How can I achieve a similar result on TDM links connected to TDM cards
in Asterisk servers, where by