search for: nonmatch

I've noticed inconsistent behavior with merge() when using all.x=TRUE. After some digging I found the following test cases: 1) The snippet below doesn't work as expected, as the non-matching columns of rows in a but not b take the value from the first matching row instead of being NA: --- Snip >>> NUM<-25; a <- data.frame(id=factor(letters[1:NUM]), qq=rep(NA, NUM),

...ng ReadFile from WINBASEAPI (WinBase.h) with zero read length causes hang 37288 Not implemented feature System.Drawing.Pen.ResetTransform() 37536 Native MSVCP120.dll override requires implementation of msvcr120.dll._W_Gettnames (Desura client) 37556 CompareStringW should abort on the first nonmatching character to avoid invalid memory access. 38314 Mouse Wheel doesn't work for Jagged Alliance 2 version 1.13 (it uses MOUSEHOOKSTRUCTEX) 39591 Crimzon Clover: Page fault on launch 39838 Wreckfest Server: Crashes at startup, unimplemented function KERNEL32.dll.GetConsoleScreenBufferIn...

...;6 6 16 NA 5 > >> merge(xa[,1:2],xb[,1:2],all=T) # Only the identical vector names > >Error in "names<-.default"(*tmp*, value = vnames) : > > names attribute must be the same length as the vector > >>merge(xa,xb[,1:2],all=T) # Only one data frame has a nonmatching name > >Error: attempt to select less than one element > >> > > > >It appears that for merge to work, there must be at least one > >variable in each data frame that does not match. So in order to > >merge two data frames with the same set of > >names...

...complaining with 'Not enough memory to load program!' 37288 Not implemented feature System.Drawing.Pen.ResetTransform() 37373 No Limits 2: Help files fails to show text. Needs Times New Roman, or dwrite ability to use font replacements 37556 CompareStringW should abort on the first nonmatching character to avoid invalid memory access. 38314 Mouse Wheel doesn't work for Jagged Alliance 2 version 1.13 (it uses MOUSEHOOKSTRUCTEX) 39433 mshtml:xmlhttprequest fails on IE 7 39792 Saturn PCB Design Toolkit 6.86 fails to load, reporting missing 'SHCore.dll' dependency (im...

Hi Reid, Thanks for the input. You wrote: > The @_Z4testv.unwind.1 helper just calls ~Inner(), but not ~Outer. That’s actually intentional. The thing to keep in mind is that all of the landing pads are going to be effectively removed by the time the final object image is generated. They are just there to facilitate the table generation, and in the __CxxFrameHandler3 case they don’t mean

...= icmp sle i32 %catch.state, i32 4 br i1 %9, label %catch.2.state.matches, label %catch.nomatch catch.2.state.matches: %sel.2 = call i32 @llvm.eh.typeid.for(i8* bitcast (i8** @_ZTIf to i8*)) %matches.2 = icmp eq i32 %sel.2, i32 %eh.sel br i1 %matches.2, label %catch.2.handler, label %catch.nonmatch catch.2.handler: call void @llvm.eh.setehstate(i32 5) call void @_Z12handle_floatv() br label %invoke.cont4 catch.nomatch: resume { i8*, i32 } %eh.vals } -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachmen...