search for: bug1

Hi Lang, I looked more into one of the problems I'm now having, and I've attached 3 files: Gcra.cpp is like your version except that for two specific vregs it uses hard-coded pregs instead of the first in the corresponding class. bug1.c is an input that causes the failed assertion for me. If I use the non-debug version of LLVM-3.1 I instead get assembler errors like this: Error: can't encode register '%ah' in an instruction requiring REX prefix. bug1.bc is my bitcode version of bug1.c. The problematic vregs are...

...SET_STRING_ELT(source, lines++, mkChar2((char *)SourceLine)); } else { /* over-long line */ char *LongLine =3D (char *) malloc(nc+1); if(!LongLine) error(_("unable to allocate space for source line %d"), xxlineno); bug1 --> strncpy(LongLine, (char *)p0, nc); LongLine[nc] =3D '\0'; SET_STRING_ELT(source, lines++, mkChar2((char *)LongLine)); free(LongLine); } p0 =3D p + 1; } So I guess the test would be for nc...

Hi, This patch set fixes two bugs of splice_write in the virtio-console driver. [BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write. => This induces oops in sg_init_table(). [BUG2] No lock for competition of splice_write. => This induces oops in splice_from_pipe_feed() by bug of any user application. These reports are written...

Hi, This patch set fixes two bugs of splice_write in the virtio-console driver. [BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write. => This induces oops in sg_init_table(). [BUG2] No lock for competition of splice_write. => This induces oops in splice_from_pipe_feed() by bug of any user application. These reports are written...

....edu> wrote: > Hi Lang, > > I looked more into one of the problems I'm now having, and I've attached 3 > files: > > Gcra.cpp is like your version except that for two specific vregs it uses > hard-coded pregs instead of the first in the corresponding class. > > bug1.c is an input that causes the failed assertion for me. If I use the > non-debug version of LLVM-3.1 I instead get assembler errors like this: > Error: can't encode register '%ah' in an instruction requiring > REX prefix. > > bug1.bc is my bitcode version of bug1...

Xen: 3.2.1-rc5 64bit Dom0: 2.6.18.8 (at cs 524) 32-pae DomU: 2.6.26-rc8 32-pae root at newark13:~# xm create -f /linodes/xencaker/xen.conf -c Using config file "/linodes/xencaker/xen.conf". Started domain xencaker root at newark13:~# root at newark13:~# xm dmesg ... (XEN) traps.c:413:d332 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] (XEN)

...d more into one of the problems I'm now having, and I've attached >>> 3 files: >>> >>> Gcra.cpp is like your version except that for two specific vregs it uses >>> hard-coded pregs instead of the first in the corresponding class. >>> >>> bug1.c is an input that causes the failed assertion for me. If I use >>> the non-debug version of LLVM-3.1 I instead get assembler errors like this: >>> Error: can't encode register '%ah' in an instruction requiring >>> REX prefix. >>> >>&g...

...gt;>> >>>> Gcra.cpp is like your version except that for two >>>> specific vregs it uses hard-coded pregs instead of >>>> the first in the corresponding class. >>>> >>>> bug1.c is an input that causes the failed assertion >>>> for me. If I use the non-debug version of LLVM-3.1 I >>>> instead get assembler errors like this: >>>> Error: can't encode register '%ah' in...

...gt;> >> I looked more into one of the problems I'm now having, and I've attached >> 3 files: >> >> Gcra.cpp is like your version except that for two specific vregs it uses >> hard-coded pregs instead of the first in the corresponding class. >> >> bug1.c is an input that causes the failed assertion for me. If I use the >> non-debug version of LLVM-3.1 I instead get assembler errors like this: >> Error: can't encode register '%ah' in an instruction requiring >> REX prefix. >> >> bug1.bc is my bit...

...aving, >> and I've attached 3 files: >> >> Gcra.cpp is like your version except that for two >> specific vregs it uses hard-coded pregs instead of the >> first in the corresponding class. >> >> bug1.c is an input that causes the failed assertion for >> me. If I use the non-debug version of LLVM-3.1 I instead >> get assembler errors like this: >> Error: can't encode register '%ah' in an >> instruction...

...roblems I'm now having, and I've >>>> attached 3 files: >>>> >>>> Gcra.cpp is like your version except that for two specific vregs it >>>> uses hard-coded pregs instead of the first in the corresponding class. >>>> >>>> bug1.c is an input that causes the failed assertion for me. If I use >>>> the non-debug version of LLVM-3.1 I instead get assembler errors like this: >>>> Error: can't encode register '%ah' in an instruction requiring >>>> REX prefix. >>&gt...

...oked more into one of the problems I'm now having, and > I've attached 3 files: > > Gcra.cpp is like your version except that for two specific > vregs it uses hard-coded pregs instead of the first in the > corresponding class. > > bug1.c is an input that causes the failed assertion for me. > If I use the non-debug version of LLVM-3.1 I instead get > assembler errors like this: > Error: can't encode register '%ah' in an instruction > requiring REX prefix. > >...

...attached 3 files: >>> >>> Gcra.cpp is like your version except that for two >>> specific vregs it uses hard-coded pregs instead of >>> the first in the corresponding class. >>> >>> bug1.c is an input that causes the failed assertion >>> for me. If I use the non-debug version of LLVM-3.1 I >>> instead get assembler errors like this: >>> Error: can't encode register '%ah' in an >>&...

Hi, This patch set fixes two bugs of splice_write in the virtio-console driver. [BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write. => This induces oops in sg_init_table(). [BUG2] No lock for competition of splice_write. => This induces oops in splice_from_pipe_feed() by bug of any user application. These reports are written...

Hi, This patch set fixes two bugs of splice_write in the virtio-console driver. [BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write. => This induces oops in sg_init_table(). [BUG2] No lock for competition of splice_write. => This induces oops in splice_from_pipe_feed() by bug of any user application. These reports are written...

On (Fri) 19 Jul 2013 [18:19:51], Yoshihiro YUNOMAE wrote: > Hi, > > This patch set fixes two bugs of splice_write in the virtio-console driver. > > [BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write. > => This induces oops in sg_init_table(). > > [BUG2] No lock for competition of splice_write. > => This induces oops in splice_from_pipe_feed() by bug of any user > application. &...

On (Mon) 22 Jul 2013 [13:00:43], Yoshihiro YUNOMAE wrote: > Hi, > > This patch set fixes two bugs of splice_write in the virtio-console driver. > > [BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write. > => This induces oops in sg_init_table(). > > [BUG2] No lock for competition of splice_write. > => This induces oops in splice_from_pipe_feed() by bug of any user > application. &...

While trying to fix swig & R2.7 I actually discovered that there is a bug in R 2.7 causing a crash (so R & swig might actually work): the bug is in ./src/main/gram.c line 3038: } else { /* over-long line */ fixthis --> char *LongLine = (char *) malloc(nc); if(!LongLine) error(_("unable to allocate space for source line %d"),

...to stderr: From https://github.com/llvm/llvm-project * branch master -> FETCH_HEAD Nothing to push -bash-4.4$ I have the commit to be pushed in my local branch as below: -bash-4.4$ git log --pretty=oneline 6fdc593fc973365dcd5cf4a582d97c0ae44900f6 (HEAD -> bug1) [BPF] fix a CO-RE issue with -mattr=+alu32 3c7c3717932aba864c23edd2e48f1b28a6d532d5 (origin/master, origin/HEAD, master) [CVP] add test for poison propagation bug (PR43802); NFC 2724d9e12960cc1d93eeabbfc9aa1bffffa041cc build: remove `LLVM_CXX_STD` extension point The `git llvm push` used to w...

...r2((char *)SourceLine)); > > } else { /* over-long line */ > > char *LongLine =3D (char *) malloc(nc+1); > > if(!LongLine) > > error(_("unable to allocate space for source line %d"), > > xxlineno); > > bug1 --> strncpy(LongLine, (char *)p0, nc); > > LongLine[nc] =3D '\0'; > > SET_STRING_ELT(source, lines++, > > mkChar2((char *)LongLine)); > > free(LongLine); > > } > > p0...