Displaying 10 results from an estimated 10 matches for "msg00173".
Did you mean:
msg00176
2014 Aug 20
3
[LLVMdev] Addressing const reference in ArrayRef
...e address of const reference is taken and stored to an object. It
is believed that live range of const reference is only at the function
call site, escaping of its address to an object with a longer live
range is invalid. Referring to the case and discussion here:
https://gcc.gnu.org/ml/gcc/2014-08/msg00173.html
So I would suggest to fix ArrayRef. Adding a non-const version of
constructor should work, but it still leaves the vulnerability in
const version, which I'd expect on people in the community to work out
a solution.
ArrayRef(T &OneElt) : Data(&OneElt), Length(1) {}
Thanks,
Joey
2014 Aug 21
2
[LLVMdev] Addressing const reference in ArrayRef
...n and stored to an object. It
> is believed that live range of const reference is only at the function
> call site, escaping of its address to an object with a longer live
> range is invalid. Referring to the case and discussion here:
> https://gcc.gnu.org/ml/gcc/2014-08/msg00173.html
>
> So I would suggest to fix ArrayRef. Adding a non-const version of
> constructor should work, but it still leaves the vulnerability in
> const version, which I'd expect on people in the community to work out
> a solution.
> ArrayRef(T &OneEl...
2014 Aug 21
2
[LLVMdev] Addressing const reference in ArrayRef
...believed that live range of const reference is only at the
>> > function
>> > call site, escaping of its address to an object with a longer live
>> > range is invalid. Referring to the case and discussion here:
>> > https://gcc.gnu.org/ml/gcc/2014-08/msg00173.html
>> >
>> > So I would suggest to fix ArrayRef. Adding a non-const version of
>> > constructor should work, but it still leaves the vulnerability in
>> > const version, which I'd expect on people in the community to work
>> > out
>&...
2018 Feb 27
1
[PATCH RFC 1/2] virtio: introduce packed ring defines
From: Tiwei Bie
> Sent: 23 February 2018 11:18
...
> +struct vring_packed_desc_event {
> + /* Descriptor Event Offset */
> + __virtio16 desc_event_off : 15,
> + /* Descriptor Event Wrap Counter */
> + desc_event_wrap : 1;
> + /* Descriptor Event Flags */
> + __virtio16 desc_event_flags : 2;
> +};
This looks like you are assuming that a bit-field has a defined
2004 Aug 17
3
2 gb size limit
To All any help would be appreciated,
I am running Redhat Linux Advanced Server release 2.1AS
I do a uname -a and get the following 2.4.18-14smp
I have samba 2.2.7-3.7.2
I have setup a share going from linux to windows and it seems to work fine
up to 2 gig
when it hits 2 gig it stops. Do I need to upgrade to a newer release of
samba.
Thank You
Ralph
Ralph Feole
LogistiCare, Inc.
2014 Aug 21
2
[LLVMdev] Addressing const reference in ArrayRef
...>> >> > function
>> >> > call site, escaping of its address to an object with a longer
>> >> > live
>> >> > range is invalid. Referring to the case and discussion here:
>> >> > https://gcc.gnu.org/ml/gcc/2014-08/msg00173.html
>> >> >
>> >> > So I would suggest to fix ArrayRef. Adding a non-const version of
>> >> > constructor should work, but it still leaves the vulnerability in
>> >> > const version, which I'd expect on people in the commu...
2014 Aug 20
2
[LLVMdev] LLVM CreateStructGEP type assert error
...eference is taken and stored to an object. It
> is believed that live range of const reference is only at the function
> call site, escaping of its address to an object with a longer live
> range is invalid. Referring to the case and discussion here:
> https://gcc.gnu.org/ml/gcc/2014-08/msg00173.html
>
> So I would suggest to fix ArrayRef. Adding a non-const version of
> constructor should work, but it still leaves the vulnerability in
> const version, which I'd expect on people in the community to work out
> a solution.
> ArrayRef(T &OneElt) : Data(&OneElt),...
2014 Aug 20
2
[LLVMdev] LLVM CreateStructGEP type assert error
...d stored to an object. It
> > is believed that live range of const reference is only at the function
> > call site, escaping of its address to an object with a longer live
> > range is invalid. Referring to the case and discussion here:
> > https://gcc.gnu.org/ml/gcc/2014-08/msg00173.html
> >
> > So I would suggest to fix ArrayRef. Adding a non-const version of
> > constructor should work, but it still leaves the vulnerability in
> > const version, which I'd expect on people in the community to work out
> > a solution.
> > ArrayRef(T &...
2014 Aug 20
2
[LLVMdev] LLVM CreateStructGEP type assert error
...t. It
> > > is believed that live range of const reference is only at the function
> > > call site, escaping of its address to an object with a longer live
> > > range is invalid. Referring to the case and discussion here:
> > > https://gcc.gnu.org/ml/gcc/2014-08/msg00173.html
> > >
> > > So I would suggest to fix ArrayRef. Adding a non-const version of
> > > constructor should work, but it still leaves the vulnerability in
> > > const version, which I'd expect on people in the community to work out
> > > a solution....
2014 Aug 20
2
[LLVMdev] LLVM CreateStructGEP type assert error
...> is believed that live range of const reference is only at the function
> > > > call site, escaping of its address to an object with a longer live
> > > > range is invalid. Referring to the case and discussion here:
> > > > https://gcc.gnu.org/ml/gcc/2014-08/msg00173.html
> > > >
> > > > So I would suggest to fix ArrayRef. Adding a non-const version of
> > > > constructor should work, but it still leaves the vulnerability in
> > > > const version, which I'd expect on people in the community to work out
> &g...