search for: 14965

...I think it makes sense to create a bug report. Looking at the code of > LLParser::ParseGetElementPtr, the error handling appears to be very > simplistic, so I don't think there's any fundamental reason for not > doing a better job there. Filed http://llvm.org/bugs/show_bug.cgi?id=14965, thanks! Cheers, Dirkjan

> Yes: > > %array$str = type { i64, [0 x %str] } > > declare i8* @malloc(i64) > > define i64 @foo(i64 %objsz) { > %array.raw = call i8* @malloc(i64 %objsz); > %array = bitcast i8* %array.raw to %array$str* > %array.data = getelementptr %array$str* %array, i32 0, i32 1 > %ret = ptrtoint [0 x %str]* %array.data to i64 > ret i64 %ret > } >

On Wed, Jan 16, 2013 at 8:22 AM, Tim Northover <t.p.northover at gmail.com> wrote: > I get that error when the %str type is undefined (presumably because > LLVM doesn't know its alignment requirements so can't lay out the > array$str type properly). For example, the following complete program > works correctly for me: > > %str = type {i8*, i64} > %array$str =

I am implementing some AJAX features into a web forum, and one feature works fine in Firefox and in IE, but it is choking in Safari. Safari will send the request fine and the data will be stored in the DB, but it is not responding correctly to the RJS that is being sent back. Anybody notice issues with Safari parsing the javascript sent back to the browser? -- Timothy Johnson

...example, dns lookup fails with Jul 8 14:47:18 mail kernel: IN= OUT=eth2 SRC=172.16.2.254 DST=172.16.1.101 LEN= 90 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=137 DPT=137 LEN=70 Jul 8 14:47:55 mail kernel: IN=eth2 OUT=eth2 SRC=212.135.1.36 DST=172.16.1.151 LEN=164 TOS=0x00 PREC=0x00 TTL=57 ID=14965 PROTO=UDP SPT=53 DPT=1359 LEN=144 Jul 8 14:47:56 mail kernel: IN=eth2 OUT=eth2 SRC=212.135.1.36 DST=172.16.1.151 LEN=164 TOS=0x00 PREC=0x00 TTL=57 ID=15154 PROTO=UDP SPT=53 DPT=1359 LEN=144 Sorry can''t find shorewall log, will post tomorrow when back in work :) I was thinking of changin...

Hi, I wonder if someone can provide pointers on what might be wrong with my setup. I'm running a kvm host Fedora23 with rawhide kernel on top of a skylake cpu - Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz (family: 0x6, model: 0x4e, stepping: 0x3) As part of an experiment, I have enabled Nested virt support on the host and created a fedora23 guest with virt-manager using host-passthrough as the

...14414, 14431, 14441, 14462, 14475, 14489, 14503, 14518, 14524, 14537, 14552, 14566, 14580, 14594, 14599, 14615, 14629, 14643, 14657, 14671, 14685, 14692, 14706, 14720, 14734, 14748, 14762, 14776, 14783, 14797, 14811, 14825, 14839, 14853, 14867, 14874, 14887, 14903, 14915, 14931, 14945, 14959, 14965, 14978, 14993, 15007, 15022, 15036, 15050, 15080, 15094, 15103, 15118, 15131, 15147, 15161, 15175, 15188, 15204, 15216, 15230, 15247, 8833, 15127, 15141, 14133, 14145, 15104, 15119, 15134, 15148, 15161, 15178, 15190, 15204, 15216, 15231, 15244, 13858, 13864, 13867, 13874, 13892, 13896, 13909,...

...always report FALSE for a failure two or more directories deep. o qgeom() could return -1 for extremely small q. (PR#14967.) o smooth.spline() used DUP = FALSE which allowed its compiled C code to change the function: this was masked by the default byte-compilation. (PR#14965.) o In Windows, the GUI preferences for foreground color were not always respected. (Reported by Benjamin Wells.) o On OS X, the Quartz versions of the bitmap devices did not respect antialias = "none". (PR#15006.) o unique() and similar would infinite-loop if...

...always report FALSE for a failure two or more directories deep. o qgeom() could return -1 for extremely small q. (PR#14967.) o smooth.spline() used DUP = FALSE which allowed its compiled C code to change the function: this was masked by the default byte-compilation. (PR#14965.) o In Windows, the GUI preferences for foreground color were not always respected. (Reported by Benjamin Wells.) o On OS X, the Quartz versions of the bitmap devices did not respect antialias = "none". (PR#15006.) o unique() and similar would infinite-loop if...

...always report FALSE for a failure two or more directories deep. o qgeom() could return -1 for extremely small q. (PR#14967.) o smooth.spline() used DUP = FALSE which allowed its compiled C code to change the function: this was masked by the default byte-compilation. (PR#14965.) o In Windows, the GUI preferences for foreground color were not always respected. (Reported by Benjamin Wells.) o On OS X, the Quartz versions of the bitmap devices did not respect antialias = "none". (PR#15006.) o unique() and similar would infinite-loop if...

...9 18:44:02 net2all:DROP:IN=eth0 OUT= SRC=202.159.251.31 DST=202.159.16.150 LEN=52 TOS=0x00 PREC=0x00 TTL=106 ID=14742 DF PROTO=TCP SPT=3158 DPT=31337 WINDOW=3216 RES=0x00 SYN URGP=0 Nov 29 18:44:16 net2all:DROP:IN=eth0 OUT= SRC=202.159.251.31 DST=202.159.16.150 LEN=52 TOS=0x00 PREC=0x00 TTL=106 ID=14965 DF PROTO=TCP SPT=3213 DPT=443 WINDOW=3216 RES=0x00 SYN URGP=0 Nov 29 18:44:19 net2all:DROP:IN=eth0 OUT= SRC=202.159.251.31 DST=202.159.16.150 LEN=52 TOS=0x00 PREC=0x00 TTL=106 ID=14991 DF PROTO=TCP SPT=3213 DPT=443 WINDOW=3216 RES=0x00 SYN URGP=0 Nov 29 18:44:25 net2all:DROP:IN=eth0 OUT= SRC=202....