leprechaunt33 commented on issue #33049: URL: https://github.com/apache/arrow/issues/33049#issuecomment-1464857986
> > which only occurs when vaex is forced to do a df.take on rows which contain a string column whose unfiltered in memory representation is larger than 2GB. > > That sounds like #25822 @wjones127 yup that looks a lot more like the bug in question! perhaps my confusion here has come from the fact that the same exception is being thrown for multiple different reasons (all of them likely connected to the 32 bit limitations). Is this just a take kernel thing as the title suggests or would it also impact slicing (which is mentioned in the PRL mentioned above as a zero copy alternative)? It looked to me very much like a 32 bit pointer limitation issue. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
