similar to: About VLC 1.1.11 and 1.1.13 on CentOS 6.3 64 bit

Displaying 20 results from an estimated 3000 matches similar to: "About VLC 1.1.11 and 1.1.13 on CentOS 6.3 64 bit"

2014 Nov 24
3
[LLVMdev] bx instruction getting generated in arm assembly for O1
Hi Mayur, > On 24 Nov 2014, at 07:00, MAYUR PANDEY <mayur.p at samsung.com> wrote: > In the assembly generated with O0, we are getting the "blx" instruction whereas with O1 we get "bx" (in 3.4.2 we used to get "blx" for both O0 and O1). > > Is this because of this patch: [llvm] r214959 - ARM: do not generate BLX instructions on Cortex-M CPUs
2013 Sep 25
0
[LLVMdev] initialization list with conversion operator dont work properly and report error
I'm not really an overload resolution expert, so I could be wrong. Anyway, please file a bug report (http://llvm.org/bugs/), and our overload resolution experts will take a look. :) -Eli On Wed, Sep 25, 2013 at 6:34 AM, Mayur Pandey <mayurthebond at gmail.com>wrote: > Actually it should have not thrown error at all. it works fine with gcc. > And the part of code which you
2012 Dec 01
2
[LLVMdev] operator overloading fails while debugging with gdb for i386
Hi, Structures are passed by pointer, so the return value is not actually in eax. That code gets transformed into something like: void sum(A1 *out, const A1 one, const A1 two) { out->x = one.x + two.x out->y = one.y + two.y } So actually the function ends up returning void and operating on a hidden parameter, so %eax is dead at the end of the function and should not be being relied
2013 Sep 25
2
[LLVMdev] initialization list with conversion operator dont work properly and report error
Actually it should have not thrown error at all. it works fine with gcc. And the part of code which you mentioned is not getting hit at all. Maybe some difference in parsing is there. On Wed, Sep 25, 2013 at 5:29 AM, Eli Friedman <eli.friedman at gmail.com>wrote: > On Mon, Sep 23, 2013 at 11:43 PM, Mayur Pandey <mayurthebond at gmail.com>wrote: > >> for the following
2017 Nov 02
0
Gluster Scale Limitations
On Tue, 31 Oct 2017 at 03:32, Mayur Dewaikar <mdewaikar at commvault.com> wrote: > Hi all, > > Are there any scale limitations in terms of how many nodes can be in a > single Gluster Cluster or how much storage capacity can be managed in a > single cluster? What are some of the large deployments out there that you > know of? > > The current design of GlusterD is not
2012 Dec 01
0
[LLVMdev] operator overloading fails while debugging with gdb for i386
Problem seems not only with operator overloading, It occurs with struct value returning also. gdb while debugging expects the return value in eax, gcc does returns in eax, But Clang returns in edx(it can be checked in gdb by printing the contents of edx). Code(sample code) struct A1 { int x; int y; }; A1 sum(const A1 one, const A1 two) { A1 plus = {0,0}; plus.x = one.x + two.x; plus.y
2016 Jun 12
2
Regarding a TODO in InstructionCombining
Hi, This is regarding a TODO mentioned in getIdentityValue function in InstructionCombining.cpp file. //TODO: We can handle other cases e.g. Instruction::And, Instruction::Or etc. I wanted to know what could be the use cases of implementing these. When I tried implementing these and wrote test cases for the same, the test cases would be optimized in InstructionSimplify before hitting the code
2017 Oct 30
3
Gluster Scale Limitations
Hi all, Are there any scale limitations in terms of how many nodes can be in a single Gluster Cluster or how much storage capacity can be managed in a single cluster? What are some of the large deployments out there that you know of? Thanks, Mayur ***************************Legal Disclaimer*************************** "This communication may contain confidential and privileged material for
2007 Dec 27
1
SIP Channel jitter buffer issue
Hi, I have a SIP client which is registered to asterisk. Asterisk is registered to a SIP trunk and also handles the media. Now since my client has some issues in its RTP Tx, which seems to have some amount of jitter (mean jitter as per ethereal trace is about 17ms, max jitter is 20 ms and max delta is 85 ms), to over come that I have enabled jitter buffer in the SIP channel by setting sip.conf
2012 Nov 29
2
[LLVMdev] operator overloading fails while debugging with gdb for i386
For the given test: class A1 { int x; int y; public: A1(int a, int b) { x=a; y=b; } A1 operator+(const A1&); }; A1 A1::operator+(const A1& second) { A1 sum(0,0); sum.x = x + second.x; sum.y = y + second.y; return (sum); } int main (void) { A1 one(2,3); A1 two(4,5); return 0; } when the exectable of this code is debugged in gdb for i386, we dont get the
2012 Dec 02
0
[LLVMdev] operator overloading fails while debugging with gdb for i386
Hi, As you told that function ends up returning void, I just confirmed it in the IR, the function is defined as: define *void* @_Z3sum2A1S_(*%struct.A1* noalias sret %agg.result*, %struct.A1* byval align 4 %one, %struct.A1* byval align 4 %two). But when i checked the register values in g++, eax contains an address of stack, which points to the value (object) returned by sum. That is if we
2013 Sep 24
2
[LLVMdev] initialization list with conversion operator dont work properly and report error
for the following code: struct X { X(); }; struct Y { operator X() const; }; X a = { Y() }; // reports error: no matching constructor for initialization of 'X' X aa = Y(); // works fine clang when compiled with std=c++11 gives compilation errors as: testfile.C:11:3: error: no matching constructor for initialization of 'X' X a = { Y() }; // reports error: no
2008 Feb 21
2
Allow INVITE for hold to pass through
Hi, I would like to configure asterisk to allow INVITE for hold to pass through it and not provide music on hold by itself. Can anyone help me out here? Regards, Mayur -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080221/dee4c2d7/attachment.htm
2013 Sep 24
0
[LLVMdev] initialization list with conversion operator dont work properly and report error
On Mon, Sep 23, 2013 at 11:43 PM, Mayur Pandey <mayurthebond at gmail.com>wrote: > for the following code: > > struct X > { > X(); > }; > > struct Y > { > operator X() const; > }; > > X a = { Y() }; // reports error: no matching constructor for > initialization of 'X' > X aa = Y(); // works fine > > > clang when compiled
2008 Jan 31
1
Incoming call from SIP proxy to asterisk
Hi, I have asterisk register two users (client-1, client-2) with a SIP proxy. I have the same two SIP client registered with asterisk. Now my dial plan setup is such that any call from client-1/client-2 is forwarded to the SIP proxy and the SIP proxy then takes the routing decision. Calls coming from SIP proxy will dial out the respective user. Asterisk is required to stay in the signaling as
2012 Sep 09
2
VLC Equivalent for CentOS 6.3
Hey All, Is there anything available in the CentOS 6.3 software catalog that can play a DVD? I am loath to install software from external repositories. That only leads to headaches. -- _ ?v? /(_)\ ^ ^ Mark LaPierre Registerd Linux user No #267004 www.counter.li.org ****
2008 Jan 12
2
Asterisk RFC2833 to SIP INFO DTMF conversion erros.
Hi, I am using asterisk 1.4.17 which is connected to a SIP trunk supporting rfc2833 dtmf events. Asterisk stays in the media path. In sip.conf I have set dtmfmode=rfc2833 for the outbound sip proxy (SIP Trunk account) and for SIP clients I have set dtmfmode=info. So when I make a call to a cell number using the sip trunk and then press digits I can see the 2833 dtmf events coming to asterisk
2012 Dec 03
2
[LLVMdev] operator overloading fails while debugging with gdb for i386
On 2 December 2012 08:12, Mayur Pandey <mayurthebond at gmail.com> wrote: > So is this just a coincidence for g++ that eax points to this address and > gdb prints the right value on the command print sum(one,two)?? The code is small, and the structure is probably set at the end of the block, so I think it's not that much of a coincidence. Regardless of the specific value on that
2012 Dec 03
0
[LLVMdev] operator overloading fails while debugging with gdb for i386
Hi, I was going through this issue along with the standards. What the standard states is(reference: http://www.sco.com/developers/devspecs/abi386-4.pdf): If a function returns a structure or union, then the caller provides space for the return value and places its address on the stack as argument word zero. In effect, this address becomes a ‘‘hidden’’ first argument. Having the caller supply the
2012 Dec 03
1
[LLVMdev] operator overloading fails while debugging with gdb for i386
On 3 December 2012 10:42, Mayur Pandey <mayurthebond at gmail.com> wrote: > So this seems to be the cause of the problem. I guess you're mixing two different problems. First, is the possible lack of conformance with the ABI you state, which I can't comment since I don't know that ABI very well. Second, is the fact that clang is not printing correct debug information (or is